Neue PCDRA Dumps zur Vorbereitung der Palo Alto Zertifizierungen und Akkreditierungen Certified Palo Alto Networks Prüfung gut [Q21-Q40]

Erläuterung
Der Zweck des Cortex Data Lake besteht darin, einen Cloud-basierten Speicher bereitzustellen, in dem Ihre Firewall-Protokolle gespeichert werden. Cortex Data Lake ist ein Service, der die Sicherheitsdaten Ihres Unternehmens sammelt, umwandelt und integriert, um Lösungen von Palo Alto Networks zu ermöglichen. Er unterstützt KI und maschinelles Lernen, Erkennungsgenauigkeit sowie App- und Service-Innovationen. Cortex Data Lake sammelt, integriert und normalisiert automatisch Daten in Ihrer gesamten Sicherheitsinfrastruktur, einschließlich Ihrer Firewalls der nächsten Generation, Prisma Access und Cortex XDR. Mit vereinheitlichten Daten können Sie fortschrittliche KI und maschinelles Lernen einsetzen, um Sicherheitsabläufe mit auf Cortex basierenden Anwendungen radikal zu vereinfachen. Cortex Data Lake ist in mehreren Regionen verfügbar und unterstützt die Anforderungen an Datenresidenz und Datenschutz. Referenzen:
* Cortex Data Lake - Palo Alto Networks
* Cortex Data Lake - Palo Alto Networks
* Cortex Data Lake, die Technologie hinter Cortex XDR - Palo Alto Networks
* CORTEX DATA LAKE - Palo Alto Networks
* Größenbestimmung für Cortex Data Lake Storage - Palo Alto Networks

Host Insights, ein Zusatzmodul für Cortex XDR, kombiniert Schwachstellenbewertung, Anwendungs- und Systemtransparenz sowie eine leistungsstarke Such- und Zerstörungsfunktion, um Sie bei der Identifizierung und Eindämmung von Bedrohungen zu unterstützen. Die Schwachstellenbewertung gibt Ihnen in Echtzeit Einblick in die Schwachstellenbelastung und den aktuellen Patch-Stand auf Ihren Endpunkten. Die Host-Inventarisierung liefert detaillierte Informationen über Ihre Host-Anwendungen und -Einstellungen, während Sie mit Search and Destroy Bedrohungen auf allen Endpunkten schnell finden und beseitigen können. Host Insights bietet einen ganzheitlichen Ansatz für die Sichtbarkeit von Endpunkten und die Eindämmung von Angriffen und trägt dazu bei, Ihre Gefährdung durch Bedrohungen zu verringern, damit Sie künftige Einbrüche vermeiden können.

Erläuterung
Die derzeit in Cortex XDR verfügbare Art von BIOC-Regeln ist Discovery. Eine Discovery-BIOC-Regel ist eine Regel, die verdächtiges oder bösartiges Verhalten auf Endpunkten basierend auf den Cortex XDR-Daten erkennt. Eine Discovery-BIOC-Regel kann verschiedene Ereignistypen verwenden, z. B. Datei, Injektion, Lade-Image, Netzwerk, Prozess, Registrierung oder Benutzer, um die Kriterien für die Regel zu definieren. Eine Discovery BIOC-Regel kann auch Operatoren, Funktionen und Variablen verwenden, um komplexe Logik und Bedingungen für die Regel zu erstellen. Eine Discovery BIOC-Regel kann Warnmeldungen erzeugen, wenn die Regel ausgelöst wird, und diese Warnmeldungen können zur weiteren Untersuchung und Reaktion in Vorfälle gruppiert werden12.
Lassen Sie uns kurz auf die anderen Optionen eingehen, um eine umfassende Erklärung zu geben:
A: Akteur der Bedrohung: Dies ist nicht die richtige Antwort. Threat Actor ist keine Art von BIOC-Regel, die derzeit in Cortex XDR verfügbar ist. Threat Actor ist ein Begriff, der sich auf eine Person oder eine Gruppe bezieht, die für einen Cyberangriff oder eine Bedrohungskampagne verantwortlich ist. Cortex XDR unterstützt nicht die Erstellung von BIOC-Regeln auf der Grundlage von Bedrohungsakteuren, kann aber Bedrohungsinformationen und Kontext aus verschiedenen Quellen wie Unit 42, AutoFocus oder Cortex XSOAR3 bereitstellen.
C: Netzwerk: Dies ist nicht die richtige Antwort. Netzwerk ist kein Typ von BIOC-Regel, der derzeit in Cortex XDR verfügbar ist. Netzwerk ist ein Ereignistyp, der in einer Discovery BIOC-Regel verwendet werden kann, um die Kriterien auf der Grundlage von Netzwerkattributen wie Quell-IP, Ziel-IP, Quellport, Zielport, Protokoll oder Domäne zu definieren. Netzwerk ist kein eigenständiger Typ einer BIOC-Regel, sondern ein Teil der Discovery BIOC-Regel2.
D: Dropper: Dies ist nicht die richtige Antwort. Dropper ist keine Art von BIOC-Regel, die derzeit in Cortex XDR verfügbar ist. Dropper ist ein Begriff, der sich auf eine Art von Malware bezieht, die darauf ausgelegt ist, andere bösartige Dateien oder Programme auf ein kompromittiertes System herunterzuladen und zu installieren. Cortex XDR unterstützt nicht die Erstellung von BIOC-Regeln auf der Grundlage von Droppern, kann aber Dropper mit verschiedenen Methoden erkennen und verhindern, z. B. mit verhaltensbasiertem Bedrohungsschutz, Exploit-Prävention oder WildFire-Analyse4.
Zusammenfassend lässt sich sagen, dass die derzeit in Cortex XDR verfügbare Art von BIOC-Regeln Discovery heißt. Durch die Verwendung von Discovery-BIOC-Regeln können Sie benutzerdefinierte Erkennungsregeln erstellen, die Ihren spezifischen Anwendungsfällen und Szenarien entsprechen.
Referenzen:
* Erstellen einer BIOC-Regel
* BIOC-Regel-Ereignistypen
* Bedrohungsdaten und Kontext
* Malware-Prävention

Erläuterung
Wenn Sie sich an TAC wenden, um zusätzliche technische Unterstützung im Zusammenhang mit einem Sicherheitsereignis zu erhalten, müssen Sie zwei wichtige Informationen von dem Agenten einholen:
* Die technische Unterstützungsdatei des Agenten. Dies ist eine Datei, die Diagnoseinformationen über den Agenten enthält, wie z. B. seine Konfiguration, seinen Status, Protokolle und Systeminformationen. Die technische Unterstützungsdatei des Agenten kann dem TAC bei der Fehlersuche und der Lösung von Problemen mit dem Agenten oder dem Endpunkt helfen. Sie können die technische Unterstützungsdatei des Agenten über die Cortex XDR-Konsole oder über den Agenten selbst generieren und herunterladen.
* Das Präventionsarchiv der Warnung. Dabei handelt es sich um eine Datei, die forensische Daten im Zusammenhang mit der Warnung enthält, z. B. den Prozessbaum, die Netzwerkaktivität, die Änderungen in der Registrierung und die beteiligten Dateien. Das Präventionsarchiv kann TAC bei der Analyse und dem Verständnis des Alerts und der bösartigen Aktivität helfen. Sie können generieren und
* Laden Sie das Präventionsarchiv von der Cortex XDR-Konsole oder vom Agenten selbst herunter.
Bei den anderen Optionen handelt es sich nicht um kritische Informationen für die TAC, die möglicherweise nicht für jedes Sicherheitsereignis verfügbar oder relevant sind. Zum Beispiel:
* Die Distributions-ID des Agenten ist eine eindeutige Kennung, die dem Agenten bei der Installation auf dem Endpunkt zugewiesen wird. Die Distributions-ID kann dem TAC bei der Identifizierung des Agenten und seines Profils helfen, sie reicht jedoch nicht aus, um technischen Support oder forensische Analysen durchzuführen. Die Distributions-ID kann in der Cortex XDR-Konsole oder im Installationsordner des Agenten gefunden werden.
* Eine Liste aller aktuellen Ausnahmen, die auf den Agenten angewendet werden, ist eine Reihe von Regeln, die die Dateien, Prozesse oder Verhaltensweisen definieren, die von den Sicherheitsrichtlinien des Agenten ausgeschlossen sind. Die Ausnahmen können dem TAC helfen, die Konfiguration und das Verhalten des Agenten zu verstehen, sie sind jedoch nicht unbedingt erforderlich, um technischen Support oder forensische Analysen durchzuführen. Die Ausnahmen können in der Cortex XDR-Konsole oder in der Konfigurationsdatei des Agenten gefunden werden.
* Die eindeutige Agenten-ID ist eine eindeutige Kennung, die dem Agenten bei der Registrierung bei Cortex XDR zugewiesen wird. Die eindeutige Agenten-ID kann dem TAC helfen, den Agenten und seinen Endpunkt zu identifizieren, sie reicht jedoch nicht aus, um technischen Support oder forensische Analysen durchzuführen. Die eindeutige Agenten-ID kann in der Cortex XDR-Konsole oder in der Agentenprotokolldatei gefunden werden.
Referenzen:
* Generieren und Herunterladen der technischen Unterstützungsdatei des Agenten
* Generieren und Herunterladen des Präventionsarchivs
* Cortex XDR Agent Administrator Guide: Agent Distribution ID
* Cortex XDR Agent Administrator Guide: Sicherheitsprofile für Ausnahmen
* [Cortex XDR Agent Administrator Guide: Eindeutige Agenten-ID]

Erläuterung
Um die Cortex XDR-Agenten manuell zu aktualisieren, können Sie die Seite Bestandsverwaltung oder die Seite Endpunktverwaltung in der Cortex XDR-Konsole verwenden. Auf der Seite Anlagenverwaltung können Sie einen oder mehrere Endpunkte auswählen und auf Aktionen > Agent aktualisieren klicken. Auf der Seite Endpunktverwaltung können Sie eine oder mehrere Agent-Versionen auswählen und auf Upgrade klicken. Sie können auch automatische Agenten-Upgrades über die Seite Agenteninstallationen planen. Referenzen:
* Vermögensverwaltung
* Endpunktverwaltung
* Agent-Installationen

Erläuterung
Um eine BIOC-Regel mit einer XQL-Abfrage zu erstellen, müssen Sie mindestens nach dem event_type-Feld filtern, damit es eine gültige BIOC-Regel ist. Das Feld event_type gibt die Art des Ereignisses an, das den Alarm ausgelöst hat, wie PROCESS, FILE, REGISTRY, NETWORK oder USER_ACCOUNT. Die Filterung nach diesem Feld hilft Ihnen, den Umfang Ihrer Abfrage einzugrenzen und sich auf die für Ihren Anwendungsfall relevanten Ereignisse zu konzentrieren. Andere Felder, wie causality_chain, endpoint_name, threat_event, sind optional und können verwendet werden, um Ihre Abfrage weiter zu verfeinern oder zusätzliche Informationen in der Warnung anzuzeigen. Referenzen:
* Palo Alto Networks Certified Detection and Remediation Analyst (PCDRA) Study Guide, Seite 9
* Palo Alto Networks Cortex XDR-Dokumentation, BIOC-Regel-Abfragesyntax

Erläuterung
Mit Cortex XDR können Sie IOC-Regeln definieren, die auf verschiedenen Arten von Kompromissindikatoren (Indicators of Compromise, IOC) basieren, die Sie zur Erkennung von und Reaktion auf Bedrohungen in Ihrem Netzwerk verwenden können. Einer der IOC-Typen, die Sie in Cortex XDR definieren können, ist die Ziel-IP-Adresse, d. h. die IP-Adresse des Remote-Hosts, mit dem ein lokaler Endpunkt kommuniziert. Sie können diese Art von IOC verwenden, um bösartige Netzwerkaktivitäten zu identifizieren, z. B. Verbindungen zu Command-and-Control-Servern, Phishing-Sites oder Malware-Verteilungshosts. Sie können auch die Richtung des Netzwerkverkehrs (eingehend oder ausgehend) und das Protokoll (TCP oder UDP) für den Ziel-IP-Adress-IOC angeben. Referenzen:
* Cortex XDR Dokumentationsportal
* Gibt es eine Möglichkeit, eine IOC-Liste zu erstellen, um sie in einer Abfrage zu verwenden?
* Cortex XDR-Datenblatt

Erläuterung
Cortex XDR Analytics ist ein Cloud-basierter Dienst, der maschinelles Lernen und künstliche Intelligenz nutzt, um Netzwerkangriffe zu erkennen und zu verhindern. Cortex XDR Analytics kann in das Angriffsmuster eingreifen, sobald es auf dem Endpunkt beobachtet wird, indem Schutzrichtlinien angewendet werden, die bösartige Prozesse, Dateien oder Netzwerkverbindungen blockieren. Auf diese Weise kann Cortex XDR Analytics den Angriff stoppen, bevor er Schaden anrichtet oder das System gefährdet. Referenzen:
* [Cortex XDR Analytics Überblick]
* [Cortex XDR Analytics Protection Policies]

Erläuterung
Bei der gleichzeitigen Auswahl mehrerer Vorfälle stehen folgende Optionen im Menü zur Verfügung, wenn ein Benutzer mit der rechten Maustaste auf die Vorfälle klickt: Vorfälle einem Analysten als Ganzes zuweisen und den Status mehrerer Vorfälle ändern. Mit diesen Optionen kann der Benutzer Massenaktionen für die ausgewählten Vorfälle durchführen, z. B. sie einem bestimmten Analysten zuweisen oder ihren Status in offen, in Bearbeitung, gelöst oder geschlossen ändern. Diese Optionen können dem Benutzer helfen, die Vorfälle effizienter und effektiver zu verwalten und zu priorisieren. Um diese Optionen zu nutzen, muss der Benutzer die Vorfälle in der Vorfallstabelle auswählen, mit der rechten Maustaste darauf klicken und die gewünschte Option aus dem Menü auswählen. Der Benutzer kann auch Tastenkombinationen verwenden, um diese Aktionen durchzuführen, z. B. Strg+A, um alle Vorfälle auszuwählen, Strg+Umschalt+A, um Vorfälle einem Analysten zuzuweisen, und Strg+Umschalt+S, um den Status von Vorfällen zu ändern12 Referenzen:
* Zuweisung von Vorfällen an einen Analysten in Bulk
* Ändern Sie den Status von mehreren Vorfällen

Erläuterung
Der Wert des Feldes "zugewiesen an" eines neuen Vorfalls, der gerade an Cortex gemeldet wurde, ist "nicht zugewiesen". Das bedeutet, dass der Vorfall noch keinem Analysten oder keiner Gruppe zugewiesen wurde und darauf wartet, dass jemand die Verantwortung für ihn übernimmt. Das Feld "zugewiesen an" ist eines der Standardfelder, die im Vorfall-Layout angezeigt werden, und es kann zum Filtern und Sortieren von Vorfällen in der Vorfallsliste verwendet werden. Das Feld "Zugewiesen an" kann manuell von einem Analysten oder automatisch durch ein Playbook oder eine Regel geändert werden12.
Lassen Sie uns kurz auf die anderen Optionen eingehen, um eine umfassende Erklärung zu geben:
A: Ausstehend: Dies ist nicht die richtige Antwort. Ausstehend ist kein gültiger Wert für das Feld "zugewiesen an". Ausstehend ist ein möglicher Wert für das Feld "Status", das den aktuellen Status des Vorfalls angibt. Das Feld "Status" kann Werte wie "Neu", "Aktiv", "Erledigt", "Geschlossen" oder "Ausstehend "3 haben.
B: Es ist leer: Dies ist nicht die richtige Antwort. Das Feld "zugewiesen an" ist nie leer für einen Vorfall. Bei neuen Vorfällen hat es immer den Standardwert "Nicht zugewiesen", es sei denn, ein Playbook oder eine Regel weist es einem bestimmten Analysten oder einer Gruppe zu12.
D: Neu: Dies ist nicht die richtige Antwort. Neu ist kein gültiger Wert für das Feld "zugewiesen an". Neu ist ein möglicher Wert für das Feld "Status", das den aktuellen Status des Vorfalls angibt. Das Feld "Status" kann Werte wie "Neu", "Aktiv", "Erledigt", "Geschlossen" oder "Ausstehend "3 haben.
Der Wert des Feldes "zugewiesen an" eines neuen Vorfalls, der gerade an Cortex gemeldet wurde, ist also "nicht zugewiesen".
Dieses Feld kann zur Verwaltung der Zuständigkeiten und Verantwortlichkeiten für Vorfälle verwendet werden und kann manuell oder automatisch geändert werden.
Referenzen:
* Cortex XDR Pro Verwaltungshandbuch: Vorfälle verwalten
* Cortex XDR Pro Verwaltungshandbuch: Vorfälle zuweisen
* Cortex XDR Pro Verwaltungshandbuch: Vorfallstatus aktualisieren

Erläuterung
Die Art von Malware, die Verschlüsselung, Datendiebstahl, Dienstverweigerung und möglicherweise Belästigung einsetzt, um ein Opfer auszunutzen, ist Ransomware. Ransomware ist eine Art von Malware, die die Dateien des Opfers verschlüsselt oder den Zugriff auf das System blockiert und dann ein Lösegeld für den Entschlüsselungsschlüssel oder die Wiederherstellung des Zugriffs fordert.
Ransomware kann auch damit drohen, die Daten des Opfers preiszugeben oder zu löschen, wenn das Lösegeld nicht gezahlt wird. Ransomware kann erhebliche Schäden und Störungen bei Einzelpersonen, Unternehmen und Organisationen verursachen und lässt sich oft nur schwer entfernen oder wiederherstellen. Einige Beispiele für Ransomware sind CryptoLocker, WannaCry, Ryuk und REvil.
Referenzen:
* 12 Arten von Malware + Beispiele, die Sie kennen sollten - CrowdStrike
* Was ist Malware? Definition, Arten und Schutz von Malware
* 12+ Arten von Malware mit Beispielen erklärt (vollständige Liste)

Erläuterung
Um die Anzeige so zu filtern, dass nur Vorfälle angezeigt werden, die mit einem Sternchen versehen wurden, müssen Sie auf das Sternchen im Widget klicken. Dadurch wird ein Filter angewandt, der nur die Vorfälle anzeigt, die eine mit einem Sternchen versehene Meldung enthalten, d. h. eine Meldung, die einer bestimmten Bedingung entspricht, die Sie in der Konfiguration für die Sternchenvergabe für Vorfälle festlegen. Sie können die Sternchenfunktion verwenden, um Prioritäten zu setzen und sich auf die wichtigsten oder relevantesten Vorfälle in Ihrer Umgebung zu konzentrieren1.
Lassen Sie uns kurz auf die anderen Optionen eingehen, um eine umfassende Erklärung zu geben:
A: Erstellen Sie ein benutzerdefiniertes XQL-Widget: Dies ist nicht die richtige Antwort. Die Erstellung eines benutzerdefinierten XQL-Widgets ist nicht notwendig, um die Anzeige so zu filtern, dass nur mit Sternen versehene Vorfälle angezeigt werden. Ein benutzerdefiniertes XQL-Widget ist ein Widget, das Sie unter Verwendung der XQL-Abfragesprache erstellen, um die Datenquelle und den Visualisierungstyp zu definieren. Sie können benutzerdefinierte XQL-Widgets verwenden, um Ihre eigenen Dashboards oder Berichte zu erstellen, aber sie sind für die Filterung von Vorfällen nach Sternen2 nicht erforderlich.
B: Dies wird derzeit nicht unterstützt: Dies ist nicht die richtige Antwort. Das Filtern der Anzeige, um nur mit Sternen versehene Vorfälle anzuzeigen, wird derzeit von Cortex XDR unterstützt. Sie können das Sternsymbol im Widget verwenden, um diesen Filter anzuwenden, oder Sie können den Filter Builder verwenden, um einen benutzerdefinierten Filter auf der Grundlage des Feldes "Mit Stern versehen "1 zu erstellen.
C: Erstellen Sie einen benutzerdefinierten Bericht und filtern Sie nach markierten Vorfällen: Dies ist nicht die richtige Antwort. Die Erstellung eines benutzerdefinierten Berichts und die Filterung nach markierten Vorfällen ist nicht die einzige Möglichkeit, die Anzeige so zu filtern, dass nur markierte Vorfälle angezeigt werden.
Ein benutzerdefinierter Bericht ist ein Bericht, den Sie mithilfe des Report Builders erstellen, um die Datenquelle, das Layout und den Zeitplan zu definieren. Sie können benutzerdefinierte Berichte verwenden, um regelmäßige Berichte über Ihre Cortex XDR-Daten zu erstellen und freizugeben, aber sie sind nicht die einzige Option zum Filtern von Vorfällen nach Sternen3.
Abschließend lässt sich sagen, dass das Anklicken des Sterns im Widget die einfachste und leichteste Möglichkeit ist, die Anzeige so zu filtern, dass nur Vorfälle angezeigt werden, die mit einem Stern versehen wurden. Mit dieser Funktion können Sie schnell die kritischsten oder relevantesten Vorfälle in Ihrer Umgebung identifizieren und sich auf diese konzentrieren.
Referenzen:
* Vorfälle nach Sternen filtern
* Ein benutzerdefiniertes XQL-Widget erstellen
* Erstellen eines benutzerdefinierten Berichts

Erläuterung
Die korrekte Zuordnung von Warnmeldungen zu Vorfällen besteht darin, dass Warnmeldungen mit gleichen Kausalketten, die innerhalb eines bestimmten Zeitraums auftreten, zu einem Vorfall zusammengefasst werden. Eine Kausalkette ist eine Abfolge von Ereignissen, die mit derselben bösartigen Aktivität zusammenhängen, z. B. einer Malware-Infektion, einer seitlichen Bewegung oder einer Datenexfiltration. Cortex XDR verwendet eine Reihe von Regeln, die verschiedene Attribute der Warnungen berücksichtigen, wie z. B. die Quelle der Warnung, den Typ und den Zeitraum, um festzustellen, ob sie zur gleichen Kausalkette gehören. Durch die Gruppierung zusammengehöriger Warnmeldungen zu Vorfällen reduziert Cortex XDR die Anzahl der zu überprüfenden Einzelereignisse und liefert ein vollständiges Bild des Angriffs mit umfangreichen Untersuchungsdetails1.
Option A ist falsch, da Warnungen mit demselben Host nicht unbedingt zu einem Vorfall in einem bestimmten Zeitrahmen zusammengefasst werden. Alarme mit demselben Host können zu unterschiedlichen Kausalketten gehören oder in keinem Zusammenhang mit einer bösartigen Aktivität stehen. Wenn ein Host beispielsweise eine Malware-Infektion und eine Netzwerkanomalie aufweist, werden diese Alarme nicht unbedingt zu einem Vorfall zusammengefasst, es sei denn, sie sind Teil desselben Angriffs.
Option B ist falsch, da Warnmeldungen, die innerhalb eines Zeitraums von drei Stunden auftreten, nicht immer zu einem Vorfall zusammengefasst werden. Der Zeitrahmen ist nicht das einzige Kriterium für die Gruppierung von Warnmeldungen zu Vorfällen. Alarme, die innerhalb eines dreistündigen Zeitrahmens auftreten, können zu verschiedenen Kausalketten gehören oder in keinem Zusammenhang mit einer bösartigen Aktivität stehen. Wenn beispielsweise auf einem Host innerhalb von drei Stunden ein Dateidownload und eine Änderung der Registrierung erfolgt, können diese Warnungen nicht zu demselben Vorfall zusammengefasst werden, es sei denn, sie sind Teil desselben Angriffs.
Option D ist falsch, da nicht jede Meldung einen neuen Vorfall erzeugt. Die Erstellung eines neuen Vorfalls für jede Meldung würde zu einer Ermüdung der Meldungen und ineffizienten Untersuchungen führen. Cortex XDR zielt darauf ab, die Anzahl der Vorfälle zu reduzieren, indem verwandte Warnmeldungen auf der Grundlage ihrer Kausalketten und anderer Attribute zu einem Vorfall zusammengefasst werden.
Referenzen:
* Palo Alto Networks Certified Detection and Remediation Analyst (PCDRA) Study Guide, Seite 9
* Palo Alto Networks Cortex XDR-Dokumentation, Überblick über das Vorfallsmanagement2
* Cortex XDR: Stoppen Sie Sicherheitsverletzungen mit KI-gestützter Cybersecurity1

Erläuterung
Dateisuche und -zerstörung ist eine Funktion von Cortex XDR, mit der Sie nach bösartigen Dateien suchen und diese von Endpunkten entfernen können. Mit dieser Funktion können Sie Dateien anhand ihres Hash-Werts, des vollständigen Pfads oder eines Teilpfads mithilfe von Regex-Parametern suchen. Sie können dann die Dateien aus den Suchergebnissen auswählen und sie nach Hash oder Pfad zerstören. Wenn Sie eine Datei nach Hash zerstören, werden alle Dateiinstanzen auf dem Endpunkt entfernt. File Search and Destroy ist nützlich, um schnell auf Bedrohungen zu reagieren und weiteren Schaden zu verhindern. Referenzen:
* Suchen und Zerstören bösartiger Dateien
* Cortex XDR Pro Administratorhandbuch

Referenz:
%20process