Cyber Hygiene

Cyber Hygiene einfach erklärt

Cyber Hygiene bezeichnet regelmäßige technische und organisatorische Maßnahmen, mit denen Unternehmen ihre IT-Systeme, Benutzerkonten und Daten im Alltag schützen. Der Begriff lässt sich mit persönlicher Hygiene vergleichen: Einzelne Maßnahmen wirken oft unspektakulär, reduzieren durch konsequente Anwendung jedoch viele vermeidbare Sicherheitsrisiken.

Ziel der Cyber Hygiene ist es, die Angriffsfläche zu verkleinern, bekannte Schwachstellen zu beseitigen und Mitarbeitende zu einem sicheren Umgang mit IT-Systemen zu befähigen.

Was gehört zur Cyber Hygiene?

Cyber Hygiene umfasst wiederkehrende Sicherheitsaufgaben, die dauerhaft in den Arbeitsalltag und den IT-Betrieb integriert werden sollten.

Dazu gehören insbesondere:

  • regelmäßige Software- und Sicherheitsupdates
  • sichere und individuelle Passwörter
  • Multi-Faktor-Authentifizierung
  • eingeschränkte Benutzerrechte
  • regelmäßige Datensicherungen
  • Überprüfung von Benutzerkonten und Berechtigungen
  • Schutz vor Phishing und Schadsoftware
  • zentrale Überwachung von Endgeräten
  • sichere Konfiguration von Systemen und Cloud-Diensten
  • Schulungen und klare Sicherheitsrichtlinien

Cyber Hygiene ist damit nicht nur Aufgabe der IT-Abteilung. Auch Mitarbeitende, Führungskräfte und externe Dienstleister tragen zur Sicherheit bei.

Warum ist Cyber Hygiene wichtig?

Viele erfolgreiche Cyberangriffe nutzen keine hochkomplexen Angriffstechniken. Häufig reichen veraltete Software, schwache Passwörter, zu weitreichende Berechtigungen oder unaufmerksame Benutzer aus.

Gute Cyber Hygiene hilft unter anderem gegen:

  • Phishing
  • Schadsoftware
  • Ransomware
  • gestohlene Zugangsdaten
  • unbefugte Kontozugriffe
  • Datenverluste
  • bekannte Sicherheitslücken
  • Fehlkonfigurationen
  • Missbrauch nicht mehr benötigter Konten

Sie verhindert nicht jeden Angriff, erschwert Angreifern jedoch den Zugang und begrenzt mögliche Auswirkungen.

Welche Maßnahmen sind besonders wichtig?

Updates und Patch-Management

Betriebssysteme, Anwendungen, Netzwerkgeräte und Cloud-Dienste sollten regelmäßig aktualisiert werden. Sicherheitsupdates schließen bekannte Schwachstellen, die andernfalls von Angreifern ausgenutzt werden können.

Unternehmen benötigen dafür einen geregelten Prozess zur Erfassung, Bewertung, Prüfung und Installation von Updates.

Sichere Passwörter

Passwörter sollten lang, individuell und nicht leicht zu erraten sein. Dasselbe Passwort darf nicht für mehrere Dienste verwendet werden.

Ein Passwortmanager erleichtert die sichere Verwaltung unterschiedlicher Zugangsdaten.

Multi-Faktor-Authentifizierung

Die Multi-Faktor-Authentifizierung verlangt zusätzlich zum Passwort einen weiteren Identitätsnachweis. Dadurch reicht ein gestohlenes Passwort allein normalerweise nicht für eine erfolgreiche Anmeldung aus.

Besonders wichtig ist MFA für E-Mail-Konten, Cloud-Dienste, Fernzugänge und administrative Konten.

Minimale Berechtigungen

Benutzer sollten nur auf die Daten und Systeme zugreifen können, die sie für ihre Aufgaben benötigen. Dieses Prinzip wird als Least Privilege bezeichnet.

Nicht mehr benötigte Rechte und Benutzerkonten sollten zeitnah entfernt werden.

Backups und Wiederherstellungstests

Regelmäßige Datensicherungen schützen vor Datenverlust durch technische Fehler, versehentliches Löschen oder Ransomware.

Eine Sicherung ist jedoch nur dann hilfreich, wenn sie im Notfall tatsächlich wiederhergestellt werden kann. Deshalb sind regelmäßige Wiederherstellungstests erforderlich.

Sicherer Umgang mit E-Mails

Mitarbeitende sollten verdächtige Nachrichten, Links und Anhänge erkennen und melden können.

Typische Warnzeichen sind:

  • ungewöhnlicher Zeitdruck
  • unerwartete Zahlungsaufforderungen
  • unbekannte Absender
  • veränderte Internetadressen
  • Aufforderungen zur Eingabe von Passwörtern
  • unerwartete Dateianhänge

Technische E-Mail-Filter und Awareness-Schulungen ergänzen sich dabei.

Ist Cyber Hygiene nur eine Aufgabe der Mitarbeitenden?

Nein. Cyber Hygiene umfasst sowohl menschliches Verhalten als auch technische und organisatorische Maßnahmen.

Mitarbeitende sind beispielsweise für einen vorsichtigen Umgang mit E-Mails und Zugangsdaten verantwortlich. Die IT-Abteilung muss dagegen Systeme aktualisieren, Sicherheitsrichtlinien umsetzen, Geräte überwachen und Zugriffsrechte verwalten.

Die Unternehmensleitung schafft die notwendigen Rahmenbedingungen, Zuständigkeiten und Ressourcen.

Cyber Hygiene funktioniert deshalb nur als gemeinsame Aufgabe.

Was ist der Unterschied zwischen Cyber Hygiene und IT-Sicherheit?

Cyber Hygiene ist ein grundlegender Teil der IT-Sicherheit.

IT-Sicherheit umfasst darüber hinaus spezialisierte Maßnahmen wie:

  • Security Information and Event Management
  • Endpoint Detection and Response
  • Penetrationstests
  • Incident Response
  • Netzwerksegmentierung
  • Threat Intelligence
  • Notfall- und Wiederanlaufplanung

Cyber Hygiene bildet das Fundament. Erweiterte Sicherheitslösungen können ihre Wirkung nur begrenzt entfalten, wenn grundlegende Aufgaben wie Updates, sichere Konten und Datensicherungen vernachlässigt werden.

Wie lässt sich Cyber Hygiene im Unternehmen verbessern?

Unternehmen sollten wiederkehrende Sicherheitsaufgaben möglichst standardisieren und automatisieren.

Hilfreich sind:

  • feste Verantwortlichkeiten
  • dokumentierte Sicherheitsrichtlinien
  • zentrale Geräte- und Benutzerverwaltung
  • automatisierte Updates
  • regelmäßige Berechtigungsprüfungen
  • Sicherheitsüberwachung und Alarmierung
  • wiederkehrende Awareness-Schulungen
  • klare Meldewege für Sicherheitsvorfälle
  • regelmäßige Prüfung der umgesetzten Maßnahmen

Cyber Hygiene sollte nicht als einmaliges Projekt verstanden werden. Neue Systeme, Mitarbeitende und Bedrohungen erfordern eine kontinuierliche Anpassung.

Fazit

Cyber Hygiene umfasst die regelmäßige Pflege und Absicherung von IT-Systemen, Benutzerkonten und Arbeitsabläufen. Dazu gehören Updates, sichere Passwörter, MFA, minimale Berechtigungen, Backups und ein bewusster Umgang mit digitalen Risiken.

Konsequent umgesetzte Cyber Hygiene reduziert viele alltägliche Gefahren und bildet die Grundlage für eine wirksame Sicherheitsstrategie.

TTPs (Tactics, Techniques and Procedures)

TTPs: Tactics, Techniques and Procedures einfach erklärt

TTPs steht für Tactics, Techniques and Procedures. Der Begriff beschreibt typische Verhaltensweisen und Vorgehensmuster von Cyberangreifern.

TTPs helfen Sicherheitsteams dabei, Angriffe nicht nur anhand einzelner Dateien, IP-Adressen oder Schadsoftware-Signaturen zu erkennen. Stattdessen wird untersucht, welches Ziel ein Angreifer verfolgt, welche Methode er dafür nutzt und wie diese Methode konkret umgesetzt wird.

Was bedeuten Tactics, Techniques und Procedures?

TTPs bestehen aus drei miteinander verbundenen Ebenen.

Tactics – Taktiken

Eine Taktik beschreibt das übergeordnete Ziel eines Angreifers innerhalb einer bestimmten Angriffsphase. Sie beantwortet vor allem die Frage: Warum führt der Angreifer eine bestimmte Handlung aus?

Typische Taktiken sind:

  • Initial Access
  • Persistence
  • Privilege Escalation
  • Defense Evasion
  • Credential Access
  • Lateral Movement
  • Collection
  • Exfiltration

Ein Angreifer kann beispielsweise versuchen, seine Berechtigungen zu erweitern oder dauerhaft Zugriff auf ein kompromittiertes System zu behalten.

Techniques – Techniken

Eine Technik beschreibt die allgemeine Methode, mit der ein Angreifer sein taktisches Ziel erreichen möchte. Sie beantwortet die Frage: Wie geht der Angreifer grundsätzlich vor?

Beispiele sind:

  • Phishing
  • Password Spraying
  • Credential Dumping
  • Ausführung über PowerShell
  • Missbrauch legitimer Systemwerkzeuge
  • Erstellung geplanter Aufgaben
  • Manipulation von Benutzerkonten

Mehrere Techniken können zum gleichen taktischen Ziel führen. Umgekehrt kann eine Technik in unterschiedlichen Angriffsszenarien eingesetzt werden.

Procedures – Verfahren

Ein Verfahren beschreibt die konkrete Umsetzung einer Technik durch einen bestimmten Angreifer oder innerhalb einer beobachteten Kampagne.

Dazu gehören beispielsweise:

  • verwendete Befehle und Parameter
  • eingesetzte Programme
  • Dateipfade
  • Skripte
  • Konfigurationen
  • Abfolge einzelner Schritte
  • konkret ausgenutzte Systemfunktionen

Bei der Technik „Command and Scripting Interpreter: PowerShell“ könnte ein Verfahren beispielsweise darin bestehen, verschleierte PowerShell-Befehle mit bestimmten Parametern auszuführen.

Beispiel für ein TTP

Ein vereinfachtes Beispiel:

  • Taktik: Defense Evasion
  • Technik: Obfuscated Files or Information
  • Verfahren: Ein verschleiertes Skript wird mit codierten Befehlszeilenparametern ausgeführt.

Die Taktik beschreibt das Ziel, einer Erkennung zu entgehen. Die Technik bezeichnet die Verschleierung von Dateien oder Informationen. Das Verfahren zeigt, wie der Angreifer diese Technik konkret umgesetzt hat.

Welche Rolle spielt MITRE ATT&CK?

Das Framework MITRE ATT&CK ordnet bekannte Angriffstechniken nach Taktiken und dokumentiert beobachtete Vorgehensweisen von Angreifern.

Sicherheitsteams können damit:

  • erkannte Aktivitäten einheitlich beschreiben
  • Angriffspfade strukturieren
  • vorhandene Erkennungsregeln bewerten
  • Lücken in der Überwachung identifizieren
  • Threat-Hunting-Szenarien entwickeln
  • Ergebnisse aus Penetrationstests und Red Teaming einordnen
  • Sicherheitsvorfälle nachvollziehbar dokumentieren

ATT&CK ist keine vollständige Liste aller möglichen Angriffe. Es wird als Wissensbasis genutzt und regelmäßig an neue Erkenntnisse angepasst.

Warum sind TTPs für die Angriffserkennung wichtig?

Technische Indikatoren wie IP-Adressen, Domains oder Datei-Hashes können sich schnell ändern. Angreifer wechseln ihre Infrastruktur, verändern Schadsoftware oder nutzen andere Dateinamen.

Grundlegende Vorgehensweisen lassen sich häufig nicht ebenso schnell austauschen. Für bestimmte Angriffsziele benötigen Angreifer weiterhin ähnliche Techniken, beispielsweise um Zugangsdaten zu erlangen oder sich innerhalb eines Netzwerks auszubreiten.

Eine verhaltensbasierte Erkennung kann deshalb robuster sein als die ausschließliche Suche nach bekannten Indicators of Compromise.

TTPs können unter anderem verwendet werden für:

  • Erkennungsregeln in SIEM-Systemen
  • EDR- und XDR-Analysen
  • Threat Hunting
  • Incident Response
  • Red- und Purple-Team-Übungen
  • Threat Intelligence
  • Sicherheitsbewertungen

TTPs und Indicators of Compromise

Indicators of Compromise, kurz IoCs, sind konkrete technische Hinweise wie:

  • IP-Adressen
  • Domains
  • URLs
  • Datei-Hashes
  • E-Mail-Adressen
  • Dateinamen

TTPs beschreiben dagegen das Verhalten und die Vorgehensweise eines Angreifers.

Beide Ansätze ergänzen sich. Ein IoC kann schnell auf eine bekannte Bedrohung hinweisen. Die Analyse von TTPs hilft dabei, auch veränderte oder bislang unbekannte Varianten eines Angriffs zu erkennen.

Können TTPs einen Angreifer eindeutig identifizieren?

Nein. Bestimmte Angreifergruppen zeigen zwar wiederkehrende Verhaltensmuster, doch viele Techniken und Werkzeuge werden von unterschiedlichen Akteuren verwendet.

Auch öffentlich verfügbare Angriffswerkzeuge, kopierte Verfahren und bewusst gesetzte falsche Spuren erschweren eine eindeutige Zuordnung.

TTPs können eine Attribution unterstützen, sollten aber immer gemeinsam mit weiteren technischen, zeitlichen und organisatorischen Erkenntnissen bewertet werden.

Wie können Unternehmen TTPs praktisch nutzen?

Unternehmen können zunächst prüfen, welche Angriffstechniken für ihre Systeme, Branche und Bedrohungslage besonders relevant sind.

Anschließend sollten sie bewerten:

  • Welche Techniken können bereits erkannt werden?
  • Welche notwendigen Protokolldaten fehlen?
  • Welche Sicherheitskontrollen verhindern bestimmte Angriffswege?
  • Gibt es getestete Reaktionsmaßnahmen?
  • Welche Erkennungslücken bestehen?
  • Werden Regeln regelmäßig überprüft?

Besonders wertvoll ist die Verbindung von Threat Intelligence mit den eigenen Sicherheitsdaten. Dadurch lassen sich allgemeine Erkenntnisse über Angreifer in konkrete Überwachungs- und Schutzmaßnahmen übertragen.

Fazit

TTPs beschreiben die Ziele, Methoden und konkreten Vorgehensweisen von Cyberangreifern. Taktiken erklären das übergeordnete Ziel, Techniken den allgemeinen Lösungsweg und Verfahren die beobachtete Umsetzung.

Sie bilden eine wichtige Grundlage für Threat Intelligence, Threat Hunting, SIEM-Regeln und die Analyse von Sicherheitsvorfällen. Da TTPs das Verhalten eines Angreifers beschreiben, ermöglichen sie häufig eine nachhaltigere Erkennung als die alleinige Suche nach schnell veraltenden technischen Indikatoren.

Kill Chain

Cyber Kill Chain einfach erklärt

Die Cyber Kill Chain ist ein Modell zur strukturierten Darstellung von Cyberangriffen. Es beschreibt mehrere Phasen, die Angreifer von der Vorbereitung eines Angriffs bis zur eigentlichen Zielerreichung durchlaufen können.

Das Modell wurde von Lockheed Martin entwickelt. Sicherheitsverantwortliche nutzen es, um Angriffe besser zu verstehen, verdächtige Aktivitäten einzuordnen und geeignete Schutzmaßnahmen für die einzelnen Phasen festzulegen.

Was bedeutet Kill Chain?

Der Begriff Kill Chain stammt ursprünglich aus dem militärischen Bereich und beschreibt eine Abfolge von Schritten bis zur Erreichung eines Ziels.

Übertragen auf die IT-Sicherheit bedeutet dies: Ein erfolgreicher Cyberangriff besteht normalerweise nicht aus einer einzigen Aktion. Angreifer müssen zunächst Informationen sammeln, einen Zugangsweg finden, ein System kompromittieren und anschließend ihre eigentlichen Ziele verfolgen.

Wird der Angriff in einer frühen Phase erkannt und unterbrochen, lassen sich spätere Schäden möglicherweise verhindern.

Die sieben Phasen der Cyber Kill Chain

Die klassische Cyber Kill Chain besteht aus sieben Phasen.

1. Reconnaissance – Aufklärung

Der Angreifer sammelt Informationen über das Ziel.

Dazu können gehören:

  • öffentlich erreichbare Systeme
  • verwendete Technologien
  • E-Mail-Adressen von Mitarbeitenden
  • Unternehmensstrukturen
  • mögliche Ansprechpartner
  • öffentlich bekannte Schwachstellen

Viele dieser Informationen lassen sich über Webseiten, soziale Netzwerke, Stellenanzeigen oder technische Internetdienste finden.

2. Weaponization – Vorbereitung des Angriffs

Auf Grundlage der gesammelten Informationen bereitet der Angreifer ein geeignetes Angriffsmittel vor.

Dabei kann beispielsweise Schadsoftware mit einem Exploit, einem manipulierten Dokument oder einer anderen Angriffsmethode kombiniert werden.

Diese Phase findet in der Regel außerhalb der Infrastruktur des betroffenen Unternehmens statt und ist deshalb nur schwer direkt zu erkennen.

3. Delivery – Zustellung

Das vorbereitete Angriffsmittel wird an das Ziel übertragen.

Mögliche Zustellwege sind:

  • Phishing-E-Mails
  • manipulierte Webseiten
  • unsichere Downloads
  • kompromittierte Software
  • Wechselmedien
  • direkte Angriffe auf erreichbare Dienste

In dieser Phase können E-Mail-Sicherheit, Webfilter und Benutzeraufklärung eine wichtige Schutzwirkung entfalten.

4. Exploitation – Ausnutzung

Der Angreifer nutzt eine Schwachstelle oder einen menschlichen Fehler aus.

Dies kann beispielsweise geschehen durch:

  • Ausführung eines schädlichen Anhangs
  • Nutzung einer ungepatchten Sicherheitslücke
  • Eingabe gestohlener Zugangsdaten
  • Manipulation einer Webanwendung
  • Missbrauch einer Fehlkonfiguration

Die erfolgreiche Ausnutzung verschafft dem Angreifer einen ersten Zugriff oder ermöglicht die Ausführung von Code.

5. Installation – Festsetzung

Nach dem ersten Zugriff versucht der Angreifer häufig, Werkzeuge oder Schadsoftware auf dem System einzurichten.

Ziel kann sein, den Zugriff auch nach einem Neustart oder einer Änderung des Benutzerkontos aufrechtzuerhalten.

Sicherheitslösungen wie Endpoint Detection and Response können verdächtige Prozesse, Dateien oder dauerhafte Systemänderungen erkennen.

6. Command and Control – Fernsteuerung

Das kompromittierte System nimmt Kontakt zu einer vom Angreifer kontrollierten Infrastruktur auf.

Über diesen sogenannten Command-and-Control-Kanal, kurz C2, können Befehle übertragen, weitere Werkzeuge nachgeladen oder gesammelte Informationen zurückgesendet werden.

Ungewöhnliche Netzwerkverbindungen und verdächtige DNS-Anfragen können Hinweise auf solche Aktivitäten liefern.

7. Actions on Objectives – Zielerreichung

In der letzten Phase verfolgt der Angreifer sein eigentliches Ziel.

Mögliche Aktionen sind:

  • Diebstahl vertraulicher Daten
  • Verschlüsselung durch Ransomware
  • Manipulation von Informationen
  • Sabotage von Systemen
  • Spionage
  • Betrug
  • dauerhafte Überwachung
  • Ausweitung des Zugriffs auf weitere Systeme

Die konkreten Ziele unterscheiden sich je nach Angreifer, Motivation und betroffenem Unternehmen.

Welchen Nutzen bietet die Cyber Kill Chain?

Das Modell hilft Unternehmen dabei, Schutzmaßnahmen nicht nur auf den eigentlichen Schadcode zu konzentrieren.

Für jede Phase können passende Kontrollen eingerichtet werden, beispielsweise:

  • Begrenzung öffentlich verfügbarer Informationen
  • sichere Konfiguration erreichbarer Systeme
  • E-Mail- und Webfilter
  • Patch- und Schwachstellenmanagement
  • Multi-Faktor-Authentifizierung
  • Endpoint-Schutz
  • Netzwerksegmentierung
  • zentrale Protokollierung
  • Security Monitoring
  • Incident Response

Je mehr Phasen überwacht werden, desto höher ist die Wahrscheinlichkeit, einen Angriff vor der Zielerreichung zu erkennen.

Welche Grenzen hat das Modell?

Die Cyber Kill Chain stellt Angriffe als weitgehend linearen Ablauf dar. Reale Angriffe folgen jedoch nicht immer exakt dieser Reihenfolge.

Angreifer können:

  • einzelne Phasen überspringen
  • Schritte mehrfach wiederholen
  • bereits vorhandene Zugangsdaten verwenden
  • legitime Cloud-Dienste missbrauchen
  • sich längere Zeit unbemerkt in einem Netzwerk bewegen
  • mehrere Systeme gleichzeitig angreifen

Insbesondere identitätsbasierte Angriffe, Insider-Bedrohungen und Angriffe auf Cloud-Umgebungen lassen sich mit der klassischen Kill Chain nicht immer vollständig darstellen.

Das Modell ist daher eine hilfreiche Orientierung, aber keine vollständige Beschreibung aller Cyberangriffe.

Kill Chain und MITRE ATT&CK im Vergleich

Die Cyber Kill Chain und MITRE ATT&CK verfolgen ähnliche Ziele, unterscheiden sich jedoch in ihrer Detailtiefe.

Die Cyber Kill Chain zeigt einen übergeordneten Angriffsverlauf in sieben Phasen. Sie eignet sich besonders für Schulungen, strategische Sicherheitsplanung und die erste Einordnung eines Angriffs.

MITRE ATT&CK beschreibt dagegen konkrete Taktiken und Techniken, die Angreifer in unterschiedlichen Phasen einsetzen können. Das Framework wird häufig für Threat Hunting, Erkennungsregeln, Angriffssimulationen und die Analyse realer Vorfälle verwendet.

Beide Modelle können miteinander kombiniert werden:

  • Die Kill Chain zeigt, an welcher Stelle sich ein Angriff befindet.
  • MITRE ATT&CK beschreibt genauer, welche Technik dabei eingesetzt wurde.

Fazit

Die Cyber Kill Chain unterteilt einen Cyberangriff in sieben aufeinander aufbauende Phasen – von der Aufklärung bis zur eigentlichen Zielhandlung.

Das Modell unterstützt Unternehmen dabei, Angriffe strukturiert zu analysieren und passende Schutzmaßnahmen entlang des gesamten Angriffsverlaufs einzurichten. Da moderne Angriffe nicht immer linear ablaufen, sollte die Kill Chain durch weitere Ansätze wie MITRE ATT&CK, kontinuierliches Monitoring und professionelles Incident Response ergänzt werden.

Threat Intelligence

Threat Intelligence einfach erklärt

Threat Intelligence bezeichnet aufbereitete Informationen über aktuelle und mögliche Cyberbedrohungen. Dafür werden Daten aus internen und externen Quellen gesammelt, analysiert, bewertet und mit Kontext angereichert.

Ziel ist es, relevante Bedrohungen frühzeitig zu erkennen, Sicherheitsmaßnahmen gezielt anzupassen und fundierte Entscheidungen bei der Prävention und Behandlung von Cyberangriffen zu treffen.

Was ist Threat Intelligence?

Nicht jede Liste verdächtiger IP-Adressen oder Schadsoftware-Hashes ist bereits Threat Intelligence. Erst durch Bewertung und Kontext entstehen verwertbare Bedrohungsinformationen.

Threat Intelligence beantwortet beispielsweise folgende Fragen:

  • Welche Angreifer sind für das Unternehmen relevant?
  • Welche Systeme und Branchen werden aktuell angegriffen?
  • Welche Methoden und Werkzeuge kommen dabei zum Einsatz?
  • Welche Schwachstellen werden aktiv ausgenutzt?
  • Woran lässt sich ein Angriff erkennen?
  • Welche Schutzmaßnahmen sollten priorisiert werden?

Die Ergebnisse können technische Sicherheitsteams, ein Security Operations Center, die Incident Response und das Management unterstützen.

Welche Quellen werden verwendet?

Threat Intelligence kann aus internen und externen Datenquellen stammen.

Interne Quellen

Interne Informationen zeigen, welche Aktivitäten in der eigenen IT-Umgebung auftreten.

Dazu gehören:

  • SIEM-Ereignisse
  • EDR- und XDR-Daten
  • Firewall- und Proxy-Protokolle
  • E-Mail-Sicherheitsmeldungen
  • Ergebnisse aus Sicherheitsvorfällen
  • Schwachstellenscans
  • Erkenntnisse aus forensischen Untersuchungen
  • Meldungen von Mitarbeitenden

Externe Quellen

Externe Quellen liefern Informationen zu Bedrohungen außerhalb des eigenen Unternehmens.

Mögliche Quellen sind:

  • CERTs und Behörden
  • Hersteller von Sicherheitslösungen
  • Open-Source-Intelligence
  • kommerzielle Threat-Intelligence-Anbieter
  • Informationsaustausch innerhalb einer Branche
  • Schwachstellendatenbanken
  • Malware-Analysen
  • veröffentlichte Sicherheitsberichte

Die Qualität der Informationen kann stark variieren. Quellen müssen deshalb hinsichtlich Aktualität, Zuverlässigkeit und Relevanz bewertet werden.

Welche Arten von Threat Intelligence gibt es?

Strategische Threat Intelligence

Strategische Informationen richten sich vor allem an Management, Informationssicherheitsverantwortliche und Risikomanagement.

Sie behandeln beispielsweise:

  • langfristige Bedrohungstrends
  • besonders gefährdete Branchen
  • geopolitische Entwicklungen
  • Motive und Ziele von Angreifern
  • Risiken für Geschäftsmodelle und Lieferketten

Strategische Threat Intelligence hilft bei Investitionsentscheidungen und der langfristigen Sicherheitsplanung.

Taktische Threat Intelligence

Taktische Informationen beschreiben, wie Angreifer vorgehen. Im Mittelpunkt stehen ihre Taktiken, Techniken und Verfahren, kurz TTPs.

Dazu gehören beispielsweise:

  • eingesetzte Phishing-Methoden
  • Umgehung von Sicherheitskontrollen
  • Erlangung höherer Berechtigungen
  • Lateral Movement
  • Datendiebstahl
  • Persistenz in kompromittierten Systemen

Diese Erkenntnisse helfen Blue Teams und SOC-Analysten, Erkennungsregeln und Schutzmaßnahmen an realistische Angriffsmethoden anzupassen.

Operative Threat Intelligence

Operative Threat Intelligence bezieht sich auf konkrete oder bevorstehende Angriffskampagnen.

Sie kann Informationen enthalten über:

  • betroffene Organisationen oder Branchen
  • Ziele einer Kampagne
  • verwendete Infrastruktur
  • zeitliche Abläufe
  • eingesetzte Schadsoftware
  • vermutete Angreifergruppen

Solche Informationen können besonders wertvoll sein, sind jedoch häufig nur begrenzt verfügbar und schnell veraltet.

Technische Threat Intelligence

Technische Informationen bestehen aus konkreten Merkmalen, die zur Erkennung beitragen können.

Typische Indicators of Compromise, kurz IoCs, sind:

  • IP-Adressen
  • Domains
  • URLs
  • Datei-Hashes
  • E-Mail-Adressen
  • Dateinamen
  • Zertifikate
  • bestimmte Registry-Einträge

IoCs lassen sich automatisiert in SIEM-, EDR-, Firewall- oder E-Mail-Sicherheitslösungen einbinden. Sie haben jedoch häufig nur eine kurze Gültigkeit, weil Angreifer ihre Infrastruktur schnell verändern können.

Was sind Indicators of Compromise?

Indicators of Compromise sind technische Hinweise darauf, dass ein System möglicherweise angegriffen oder bereits kompromittiert wurde.

Ein Treffer bedeutet nicht automatisch, dass tatsächlich ein Sicherheitsvorfall vorliegt. Eine IP-Adresse kann beispielsweise gemeinsam von zahlreichen legitimen und schädlichen Diensten genutzt werden.

IoCs müssen deshalb mit weiteren Informationen kombiniert werden, etwa:

  • Zeitpunkt des Ereignisses
  • betroffener Benutzer
  • ausgeführter Prozess
  • Zielsystem
  • Umfang der Kommunikation
  • vorherige und nachfolgende Aktivitäten

Der Kontext entscheidet darüber, wie relevant ein technischer Indikator ist.

Wie wird Threat Intelligence eingesetzt?

Threat Intelligence kann verschiedene Sicherheitsprozesse unterstützen:

  • Anreicherung von SIEM-Alarmen
  • Priorisierung von Schwachstellen
  • Erkennung verdächtiger Verbindungen
  • Blockierung bekannter schädlicher Infrastruktur
  • Entwicklung neuer Erkennungsregeln
  • Unterstützung bei Threat Hunting
  • Vorbereitung auf aktuelle Angriffskampagnen
  • Analyse von Sicherheitsvorfällen
  • Bewertung von Lieferantenrisiken
  • Information des Managements

Ein Unternehmen könnte beispielsweise eine Schwachstelle bevorzugt schließen, wenn bekannt wird, dass sie aktiv gegen vergleichbare Organisationen ausgenutzt wird.

Threat Intelligence und klassische Bedrohungserkennung

Klassische Sicherheitslösungen erkennen verdächtige Dateien, Prozesse oder Netzwerkaktivitäten anhand lokaler Regeln und Verhaltensanalysen.

Threat Intelligence ergänzt diese Erkennung um externes und internes Bedrohungswissen. Dadurch lässt sich ein Ereignis besser einordnen.

Ein unbekannter Verbindungsversuch kann durch zusätzliche Informationen beispielsweise als Teil einer aktuellen Angriffskampagne erkannt werden.

Threat Intelligence ersetzt jedoch keine Firewall, kein EDR und kein SIEM. Sie verbessert deren Erkennungs- und Bewertungsmöglichkeiten.

Welche Herausforderungen gibt es?

Eine große Menge an Bedrohungsdaten führt nicht automatisch zu besserer Sicherheit.

Typische Herausforderungen sind:

  • veraltete oder falsche IoCs
  • zu viele Daten ohne ausreichenden Kontext
  • geringe Relevanz für das eigene Unternehmen
  • doppelte Informationen aus mehreren Quellen
  • Fehlalarme durch ungenaue Indikatoren
  • fehlende Prozesse zur Nutzung der Erkenntnisse
  • hoher Aufwand für Bewertung und Pflege
  • rechtliche Vorgaben beim Informationsaustausch

Threat Intelligence sollte deshalb auf das eigene Risikoprofil, die eingesetzten Technologien und die tatsächlich relevanten Bedrohungen ausgerichtet werden.

Fazit

Threat Intelligence verwandelt technische Daten und Bedrohungsinformationen in verwertbares Wissen. Sie liefert Kontext zu Angreifern, Kampagnen, Angriffsmethoden, Schwachstellen und technischen Indikatoren.

Richtig eingesetzt unterstützt sie Sicherheitsüberwachung, Incident Response, Threat Hunting und Risikomanagement. Entscheidend sind jedoch nicht möglichst viele Daten, sondern aktuelle, zuverlässige und für das Unternehmen relevante Erkenntnisse.

Penetrationstest

Penetrationstest einfach erklärt

Ein Penetrationstest, kurz Pentest, ist ein geplanter und ausdrücklich autorisierter Sicherheitstest für IT-Systeme, Netzwerke oder Anwendungen. Dabei versuchen Sicherheitsexperten, vorhandene Schwachstellen unter kontrollierten Bedingungen auszunutzen.

Ziel ist es, nicht nur theoretische Sicherheitslücken zu finden, sondern deren tatsächliche Auswirkungen zu bewerten. Unternehmen erhalten dadurch eine realistischere Einschätzung ihrer Angriffsfläche und konkrete Empfehlungen zur Verbesserung der IT-Sicherheit.

Was wird bei einem Penetrationstest geprüft?

Ein Pentest kann unterschiedliche technische Bereiche untersuchen. Typische Testziele sind:

  • Webanwendungen und APIs
  • interne und externe Netzwerke
  • Server und Netzwerkdienste
  • Firewalls und VPN-Zugänge
  • WLAN-Infrastrukturen
  • Active Directory
  • Microsoft Entra ID
  • Cloud-Umgebungen
  • mobile Anwendungen
  • Endgeräte und Arbeitsplatzsysteme

Welche Systeme getestet werden, wird vor Beginn eindeutig im sogenannten Scope festgelegt.

Wie läuft ein Penetrationstest ab?

Der genaue Ablauf hängt vom Testziel und der vereinbarten Methodik ab. Typischerweise besteht ein Pentest aus mehreren Phasen.

1. Planung und Freigabe

Vor dem Test werden Umfang, Zeitraum, Ansprechpartner und erlaubte Methoden festgelegt.

Zu den sogenannten Rules of Engagement gehören beispielsweise:

  • welche Systeme geprüft werden dürfen
  • welche Angriffstechniken erlaubt sind
  • ob Produktivsysteme betroffen sind
  • wann der Test stattfindet
  • welche Systeme ausdrücklich ausgeschlossen sind
  • wann ein Test abgebrochen werden muss
  • wie mit gefundenen Daten umgegangen wird

Ein Penetrationstest darf nur mit eindeutiger Zustimmung des verantwortlichen Betreibers durchgeführt werden.

2. Informationssammlung

Die Tester sammeln technische Informationen über das Ziel. Dazu können öffentlich erreichbare Dienste, eingesetzte Software, Netzwerkstrukturen oder mögliche Zugangspunkte gehören.

3. Schwachstellenanalyse

Anschließend werden mögliche Sicherheitslücken und Fehlkonfigurationen ermittelt. Automatisierte Scanner können diesen Schritt unterstützen, ersetzen jedoch nicht die manuelle Prüfung.

4. Kontrollierte Ausnutzung

Geeignete Schwachstellen werden innerhalb des vereinbarten Rahmens ausgenutzt. Dadurch lässt sich feststellen, ob ein gefundenes Problem tatsächlich zu unbefugtem Zugriff, Datenzugriff oder höheren Berechtigungen führen kann.

5. Bewertung möglicher Angriffspfade

Je nach Auftrag prüfen die Tester, ob sich ein erster Zugriff auf weitere Systeme ausweiten lässt. Dazu gehören beispielsweise Rechteausweitung oder seitliche Bewegungen innerhalb eines Netzwerks.

Diese Schritte werden so begrenzt, dass unnötige Schäden und Betriebsunterbrechungen vermieden werden.

6. Dokumentation und Bericht

Nach Abschluss erhält das Unternehmen einen Bericht mit:

  • getesteten Systemen und Methoden
  • gefundenen Schwachstellen
  • technischer Beschreibung
  • Risikobewertung
  • möglichen Auswirkungen
  • Nachweisen der Ausnutzbarkeit
  • konkreten Handlungsempfehlungen

Für die Geschäftsleitung sollte zusätzlich eine verständliche Zusammenfassung der wichtigsten Risiken enthalten sein.

Black Box, White Box und Gray Box

Penetrationstests unterscheiden sich danach, welche Informationen den Testern vorab bereitgestellt werden.

Black-Box-Test

Die Tester erhalten kaum Informationen über die Zielumgebung. Das Vorgehen ähnelt einem externen Angreifer ohne internes Wissen.

Diese Variante ist realitätsnah, benötigt aber häufig mehr Zeit und deckt möglicherweise nicht alle internen Schwachstellen ab.

White-Box-Test

Beim White-Box-Test stehen umfassende Informationen zur Verfügung, beispielsweise Architekturpläne, Quellcode, Benutzerkonten oder Konfigurationen.

Dadurch kann die Umgebung besonders gründlich untersucht werden.

Gray-Box-Test

Der Gray-Box-Test liegt zwischen beiden Varianten. Die Tester erhalten begrenzte Informationen oder ein Benutzerkonto mit bestimmten Rechten.

So lässt sich beispielsweise prüfen, welche Möglichkeiten ein kompromittierter Mitarbeiterzugang bieten würde.

Unterschied zwischen Penetrationstest und Schwachstellenscan

Ein Schwachstellenscan prüft Systeme weitgehend automatisiert auf bekannte Sicherheitslücken und unsichere Konfigurationen.

Ein Penetrationstest geht weiter. Sicherheitsexperten überprüfen gefundene Schwachstellen manuell, kombinieren mehrere Probleme zu möglichen Angriffspfaden und bewerten die tatsächlichen Auswirkungen.

Ein Schwachstellenscan bietet eine breite und regelmäßig wiederholbare Übersicht. Ein Pentest liefert dagegen eine tiefergehende, zeitlich begrenzte Sicherheitsprüfung.

Welche Vorteile bietet ein Penetrationstest?

Ein professioneller Pentest kann Unternehmen dabei helfen:

  • kritische Schwachstellen frühzeitig zu erkennen
  • reale Angriffsmöglichkeiten zu verstehen
  • Fehlkonfigurationen aufzudecken
  • Schutzmaßnahmen zu überprüfen
  • Risiken nachvollziehbar zu priorisieren
  • Entwicklungs- und Betriebsprozesse zu verbessern
  • Kunden- oder Compliance-Anforderungen zu unterstützen
  • Sicherheitsinvestitionen gezielter einzusetzen

Ein Penetrationstest kann Nachweise für Audits und Sicherheitsanforderungen liefern. Er bedeutet jedoch nicht automatisch, dass bestimmte Standards wie ISO/IEC 27001 oder TISAX vollständig erfüllt sind.

Was ist ein Retest?

Nach der Behebung gefundener Schwachstellen sollte ein Retest durchgeführt werden.

Dabei wird geprüft, ob:

  • die Sicherheitslücke vollständig geschlossen wurde
  • die Maßnahme wirksam ist
  • keine neuen Probleme entstanden sind
  • alternative Angriffspfade weiterhin bestehen

Ohne Retest bleibt unklar, ob die vorgenommenen Änderungen das festgestellte Risiko tatsächlich beseitigt haben.

Welche Grenzen hat ein Pentest?

Ein Penetrationstest ist immer eine Momentaufnahme. Er untersucht einen festgelegten Bereich innerhalb eines begrenzten Zeitraums.

Ein erfolgreicher Test garantiert deshalb nicht, dass:

  • keine weiteren Schwachstellen existieren
  • spätere Updates keine neuen Fehler verursachen
  • alle Angriffsmethoden geprüft wurden
  • das Unternehmen dauerhaft vor Cyberangriffen geschützt ist

Pentests sollten daher durch Patch Management, Monitoring, Schwachstellenmanagement, sichere Konfigurationen und regelmäßige Sicherheitsprüfungen ergänzt werden.

Fazit

Ein Penetrationstest prüft IT-Systeme unter kontrollierten Bedingungen aus der Perspektive eines möglichen Angreifers. Dabei werden Schwachstellen nicht nur gefunden, sondern hinsichtlich ihrer tatsächlichen Ausnutzbarkeit und Auswirkungen bewertet.

Damit ein Pentest aussagekräftig und sicher durchgeführt werden kann, benötigt er einen klaren Prüfauftrag, einen eindeutig definierten Umfang und erfahrene Sicherheitsexperten. Die Ergebnisse bilden anschließend eine wichtige Grundlage für gezielte Verbesserungsmaßnahmen.

SIEM

SIEM: Security Information and Event Management einfach erklärt

SIEM steht für Security Information and Event Management. Ein SIEM-System sammelt sicherheitsrelevante Ereignisse und Protokolldaten aus unterschiedlichen IT-Systemen, führt sie zentral zusammen und analysiert sie auf verdächtige Aktivitäten.

Ziel ist es, mögliche Cyberangriffe frühzeitig zu erkennen, Sicherheitsvorfälle nachvollziehbar zu untersuchen und die Reaktion der zuständigen IT- oder Sicherheitsteams zu unterstützen.

Wie funktioniert ein SIEM?

Ein SIEM erhält Daten aus zahlreichen Quellen innerhalb einer IT-Umgebung. Dazu gehören beispielsweise:

  • Server und Arbeitsplatzcomputer
  • Firewalls und Netzwerkgeräte
  • Betriebssysteme
  • Anwendungen und Datenbanken
  • Active Directory und Microsoft Entra ID
  • Cloud-Plattformen
  • VPN- und Remote-Zugänge
  • Endpoint-Sicherheitslösungen
  • E-Mail-Systeme
  • Webserver und Proxy-Systeme

Die eingehenden Ereignisse werden vereinheitlicht, gespeichert und anhand von Regeln, Analysen oder bekannten Angriffsmustern ausgewertet.

Erkennt das SIEM eine auffällige Kombination von Ereignissen, erstellt es einen Alarm für die zuständigen Sicherheitsanalysten.

Was bedeutet Ereigniskorrelation?

Ein einzelnes Ereignis ist häufig noch kein eindeutiger Hinweis auf einen Angriff.

Mehrere zusammenhängende Ereignisse können jedoch ein auffälliges Muster ergeben. Dies wird als Korrelation bezeichnet.

Ein Beispiel:

  1. Bei einem Benutzerkonto treten zahlreiche fehlgeschlagene Anmeldungen auf.
  2. Kurz danach gelingt eine Anmeldung aus einem ungewöhnlichen Land.
  3. Das Konto erhält administrative Berechtigungen.
  4. Anschließend werden große Datenmengen heruntergeladen.

Jedes Ereignis für sich könnte eine harmlose Ursache haben. In Kombination entsteht jedoch ein möglicher Hinweis auf eine Kontenübernahme.

Welche Funktionen bietet ein SIEM?

Zentrale Protokollsammlung

Das SIEM speichert Protokolle aus verschiedenen Systemen an einem zentralen Ort.

Dadurch müssen Administratoren bei einem Vorfall nicht jedes Gerät einzeln untersuchen. Gleichzeitig können Protokolle vor Manipulation auf dem Ursprungssystem geschützt werden.

Überwachung und Alarmierung

Regeln und Analyseverfahren überwachen die eingehenden Daten auf ungewöhnliche Aktivitäten.

Mögliche Warnungen betreffen beispielsweise:

  • wiederholte fehlgeschlagene Anmeldungen
  • administrative Zugriffe außerhalb üblicher Zeiten
  • neue privilegierte Benutzerkonten
  • deaktivierte Sicherheitsfunktionen
  • ungewöhnliche Netzwerkverbindungen
  • verdächtige Prozessstarts
  • große oder ungewöhnliche Datenübertragungen

Dashboards und Berichte

Dashboards zeigen den aktuellen Sicherheitsstatus, offene Warnungen und wichtige Kennzahlen.

Berichte können außerdem Audits, interne Kontrollen und die Dokumentation definierter Sicherheitsprozesse unterstützen.

Forensische Analyse

Bei einem Sicherheitsvorfall können Analysten historische Ereignisse durchsuchen und einen zeitlichen Ablauf rekonstruieren.

Damit lässt sich beispielsweise untersuchen:

  • wann der Angriff begann
  • welche Konten betroffen waren
  • welche Systeme erreicht wurden
  • welche Daten möglicherweise abgerufen wurden
  • welche Sicherheitskontrollen reagiert haben

Ist ein SIEM dasselbe wie Logmanagement?

Nein. Ein Logmanagement-System sammelt, speichert und durchsucht Protokolldaten.

Ein SIEM ergänzt diese Funktionen um sicherheitsbezogene Analysen, Korrelationen, Alarmierungen und die Unterstützung von Untersuchungen.

Die Grenzen können in der Praxis fließend sein. Viele moderne Plattformen kombinieren Logmanagement, SIEM und weitere Sicherheitsfunktionen.

Unterschied zwischen SIEM, EDR und XDR

Ein EDR-System überwacht vor allem Endgeräte und Server. Es erfasst beispielsweise Prozesse, Dateien und Netzwerkverbindungen und kann auf erkannte Bedrohungen reagieren.

XDR verbindet Sicherheitsdaten aus mehreren Bereichen wie Endpoints, Identitäten, E-Mail, Cloud und Netzwerk.

Ein SIEM sammelt dagegen Protokolle aus einer möglichst breiten IT-Umgebung und stellt sie für zentrale Analyse, Korrelation und langfristige Auswertung bereit.

Die Systeme können sich ergänzen. EDR oder XDR liefern detaillierte Sicherheitsereignisse an das SIEM, während das SIEM diese mit weiteren Datenquellen verbindet.

Was ist der Unterschied zwischen SIEM und SOC?

Ein Security Operations Center, kurz SOC, ist eine organisatorische Einheit aus Fachkräften, Prozessen und Technologien zur Überwachung der IT-Sicherheit.

Das SIEM ist häufig eines der zentralen Werkzeuge eines SOC. Es ersetzt jedoch nicht die Analysten, die Alarme bewerten, Untersuchungen durchführen und Reaktionsmaßnahmen koordinieren.

Ohne geregelte Bearbeitung erzeugt ein SIEM lediglich Meldungen, aber keine wirksame Sicherheitsreaktion.

Was bedeutet SOAR?

SOAR steht für Security Orchestration, Automation and Response.

Eine SOAR-Plattform kann wiederkehrende Analyse- und Reaktionsschritte automatisieren. Beispielsweise kann sie:

  • zusätzliche Informationen zu einer IP-Adresse abrufen
  • ein verdächtiges Konto zur Prüfung markieren
  • ein Ticket erstellen
  • betroffene Systeme identifizieren
  • einen vordefinierten Reaktionsablauf starten

Automatisierte Maßnahmen müssen sorgfältig geprüft werden, damit Fehlalarme nicht zu unnötigen Sperrungen oder Betriebsunterbrechungen führen.

Welche Vorteile bietet ein SIEM?

Ein SIEM kann Unternehmen mehrere Vorteile bieten:

  • zentrale Sicht auf sicherheitsrelevante Ereignisse
  • frühere Erkennung möglicher Angriffe
  • bessere Untersuchung von Sicherheitsvorfällen
  • Verknüpfung unterschiedlicher Datenquellen
  • Unterstützung von Incident Response
  • nachvollziehbare Protokollierung
  • Unterstützung bei Audits und Compliance
  • Erkennung langfristiger Angriffsmuster
  • bessere Zusammenarbeit zwischen IT und Sicherheitsteam

Der tatsächliche Nutzen hängt jedoch von Datenqualität, Konfiguration und fachlicher Betreuung ab.

Welche Herausforderungen gibt es?

Ein SIEM ist kein sofort einsatzbereiter Schutzmechanismus. Aufbau und Betrieb können anspruchsvoll sein.

Typische Herausforderungen sind:

  • sehr große Datenmengen
  • hohe Speicher- und Lizenzkosten
  • unvollständige Protokollquellen
  • zu viele Fehlalarme
  • fehlende Priorisierung
  • unterschiedliche Zeitstempel und Datenformate
  • notwendige Anpassung der Erkennungsregeln
  • fehlende Fachkräfte für die Auswertung
  • Schutz der zentral gespeicherten Protokolle

Nicht jede verfügbare Protokollquelle muss vollständig gespeichert werden. Entscheidend ist, welche Daten für Erkennung, Untersuchung und Nachweispflichten tatsächlich benötigt werden.

Worauf sollte bei der Einführung geachtet werden?

Vor der Einführung sollten Unternehmen festlegen:

  • welche Bedrohungen erkannt werden sollen
  • welche Systeme besonders kritisch sind
  • welche Protokolle benötigt werden
  • wie lange Daten gespeichert werden
  • wer Alarme bearbeitet
  • welche Eskalationswege gelten
  • welche Reaktionszeiten erforderlich sind
  • welche personenbezogenen Daten verarbeitet werden
  • wie die SIEM-Plattform selbst abgesichert wird

Die Erkennungsregeln sollten regelmäßig geprüft und an neue Systeme, Angriffsverfahren und Erfahrungen aus Sicherheitsvorfällen angepasst werden.

Fazit

Ein SIEM sammelt und analysiert sicherheitsrelevante Ereignisse aus unterschiedlichen IT-Systemen. Durch die zentrale Auswertung und Korrelation können verdächtige Aktivitäten erkannt und Sicherheitsvorfälle besser untersucht werden.

Ein wirksames SIEM benötigt jedoch geeignete Datenquellen, abgestimmte Erkennungsregeln und klare Reaktionsprozesse. Erst in Verbindung mit qualifizierten Analysten und einem funktionierenden Incident Response entsteht daraus eine belastbare Sicherheitsüberwachung.

XDR

XDR: Extended Detection and Response einfach erklärt

XDR steht für Extended Detection and Response. Der Sicherheitsansatz verbindet Ereignisse und Telemetriedaten aus mehreren Bereichen der IT-Infrastruktur, um Cyberangriffe über einzelne Systeme hinweg zu erkennen, zu untersuchen und einzudämmen.

Je nach Plattform können unter anderem Daten aus Endgeräten, Identitäten, E-Mail-Systemen, Cloud-Diensten, Servern und Netzwerken zusammengeführt werden. Dadurch erhalten Sicherheitsteams einen umfassenderen Blick auf einen möglichen Angriff als mit isolierten Einzellösungen.

Wie funktioniert XDR?

Ein Angriff betrifft häufig nicht nur ein einziges System. Ein Angreifer kann beispielsweise zunächst eine Phishing-Mail versenden, anschließend Zugangsdaten übernehmen, sich bei einem Cloud-Dienst anmelden und schließlich Schadsoftware auf einem Endgerät ausführen.

Getrennte Sicherheitslösungen erzeugen dabei möglicherweise mehrere einzelne Warnmeldungen. Eine XDR-Plattform versucht, diese Ereignisse miteinander zu verbinden und als zusammenhängenden Sicherheitsvorfall darzustellen.

Ein typischer Ablauf ist:

  1. Sicherheitsdaten werden aus mehreren Quellen gesammelt.
  2. Ereignisse werden vereinheitlicht und analysiert.
  3. Zusammengehörige Aktivitäten werden korreliert.
  4. Verdächtige Ereignisse werden zu einem Vorfall zusammengefasst.
  5. Analysten erhalten zusätzlichen Kontext und Handlungsempfehlungen.
  6. Geeignete Gegenmaßnahmen können manuell oder automatisiert ausgeführt werden.

Welche Datenquellen kann XDR einbeziehen?

Abhängig vom Hersteller und der eingesetzten Plattform kann XDR Informationen aus verschiedenen Sicherheitsbereichen verarbeiten:

  • Arbeitsplatzcomputer und Server
  • Benutzerkonten und Identitätsdienste
  • E-Mail- und Kollaborationssysteme
  • Cloud-Anwendungen und Cloud-Infrastrukturen
  • Firewalls und Netzwerkgeräte
  • Web- und Proxy-Systeme
  • Endpoint-Sicherheitslösungen
  • Anwendungen und Datenbanken
  • Threat-Intelligence-Quellen

Der Funktionsumfang unterscheidet sich erheblich zwischen verschiedenen XDR-Produkten. Nicht jede Plattform bindet alle Datenquellen gleichermaßen tief ein.

Was ist der Unterschied zwischen XDR und EDR?

EDR steht für Endpoint Detection and Response. Eine EDR-Lösung überwacht vor allem Endgeräte und Server.

Sie analysiert beispielsweise:

  • gestartete Prozesse
  • ausgeführte Dateien
  • Änderungen an Systemeinstellungen
  • Netzwerkverbindungen
  • Anmeldeaktivitäten
  • verdächtiges Verhalten auf dem Gerät

XDR erweitert diesen Ansatz um zusätzliche Bereiche wie Identitäten, E-Mail, Cloud und Netzwerk.

Vereinfacht dargestellt:

  • EDR betrachtet hauptsächlich Endpoints.
  • XDR verbindet Ereignisse aus mehreren Sicherheitsbereichen.

EDR kann ein Bestandteil einer XDR-Plattform sein.

XDR und SIEM im Vergleich

Ein SIEM sammelt und analysiert Protokolldaten aus möglichst vielen Systemen. Es eignet sich besonders für zentrale Überwachung, langfristige Speicherung, individuelle Erkennungsregeln und forensische Untersuchungen.

XDR konzentriert sich stärker auf die Erkennung und Bearbeitung konkreter Bedrohungen. Häufig verwendet es besonders detaillierte Daten aus Sicherheitsprodukten desselben Herstellers oder einer eng integrierten Plattform.

Typische Unterschiede sind:

  • Ein SIEM verarbeitet sehr unterschiedliche Protokollquellen.
  • XDR nutzt häufig tief integrierte Sicherheitstelemetrie.
  • SIEM bietet meist umfangreiche Möglichkeiten für individuelle Analysen.
  • XDR fasst Sicherheitswarnungen häufig automatisch zu Vorfällen zusammen.
  • XDR kann direkte Reaktionsfunktionen in angebundenen Systemen bereitstellen.

Beide Ansätze können zusammen eingesetzt werden. XDR liefert dann detaillierte Sicherheitsereignisse an das SIEM, während das SIEM zusätzliche Systeme und langfristige Daten einbezieht.

Was bedeuten Native XDR und Open XDR?

Bei Native XDR stammen die verbundenen Sicherheitsprodukte überwiegend von einem gemeinsamen Hersteller. Dadurch können Datenmodelle und Reaktionsfunktionen besonders eng integriert sein.

Open XDR soll dagegen Sicherheitslösungen verschiedener Anbieter einbinden. Dieser Ansatz kann bestehende Werkzeuge besser berücksichtigen, ist jedoch stärker von Schnittstellen und der Qualität der jeweiligen Integration abhängig.

Die Bezeichnungen werden von Herstellern nicht immer einheitlich verwendet. Unternehmen sollten deshalb den tatsächlichen Funktionsumfang und nicht nur die Produktkategorie bewerten.

Welche Reaktionsmaßnahmen sind möglich?

Je nach angebundenem System kann eine XDR-Plattform beispielsweise:

  • ein Endgerät vom Netzwerk isolieren
  • eine schädliche Datei blockieren
  • einen Prozess beenden
  • ein Benutzerkonto sperren
  • aktive Sitzungen widerrufen
  • eine E-Mail aus Postfächern entfernen
  • eine Domain oder IP-Adresse blockieren
  • ein Ticket oder einen Incident erstellen

Nicht jede erkannte Bedrohung sollte vollständig automatisch behandelt werden. Besonders weitreichende Maßnahmen benötigen klare Regeln, Freigaben und Möglichkeiten zur Rücknahme.

Welche Vorteile bietet XDR?

XDR kann Unternehmen dabei unterstützen:

  • zusammenhängende Angriffsschritte schneller zu erkennen
  • Sicherheitswarnungen mit zusätzlichem Kontext anzureichern
  • die Anzahl isolierter Einzelmeldungen zu reduzieren
  • Untersuchungen zu beschleunigen
  • betroffene Benutzer und Systeme schneller zu ermitteln
  • Reaktionsmaßnahmen zentral einzuleiten
  • die Arbeit eines Security Operations Centers zu unterstützen
  • Angriffe über Cloud-, Identitäts- und Endpoint-Grenzen hinweg zu verfolgen

Eine gute Korrelation kann die Alarmflut reduzieren. Sie verhindert jedoch nicht automatisch Fehlalarme oder übersehene Angriffe.

Welche Herausforderungen gibt es?

Die Einführung einer XDR-Plattform kann mit mehreren Herausforderungen verbunden sein:

  • Abhängigkeit vom jeweiligen Hersteller
  • unvollständige Integration vorhandener Sicherheitsprodukte
  • unterschiedliche Datenqualität
  • fehlende oder falsch konfigurierte Datenquellen
  • notwendige Anpassung von Erkennungsregeln
  • weitreichende administrative Berechtigungen
  • Datenschutz bei zentraler Ereignisverarbeitung
  • Schulungsbedarf für Analysten
  • Kosten für Lizenzen und Betrieb

XDR ersetzt außerdem keine grundlegenden Sicherheitsmaßnahmen wie Patch Management, sichere Konfigurationen, Multi-Faktor-Authentifizierung oder getestete Backups.

XDR und MDR im Vergleich

XDR ist eine technische Plattform beziehungsweise ein Sicherheitsansatz.

MDR, also Managed Detection and Response, ist eine betreute Sicherheitsdienstleistung. Dabei übernehmen externe Analysten die Überwachung, Bewertung und je nach Vertrag auch die Reaktion auf Bedrohungen.

Ein MDR-Anbieter kann für seine Arbeit eine XDR-Plattform einsetzen. Entscheidend ist, welche Leistungen, Überwachungszeiten und Reaktionsbefugnisse vertraglich vereinbart sind.

Fazit

XDR verbindet Sicherheitsdaten aus mehreren Bereichen und stellt zusammenhängende Angriffsschritte als zentrale Vorfälle dar. Dadurch können Bedrohungen schneller untersucht und geeignete Gegenmaßnahmen eingeleitet werden.

Der Begriff XDR ist jedoch nicht einheitlich standardisiert. Unternehmen sollten daher prüfen, welche Datenquellen eine Plattform tatsächlich integriert, welche Reaktionsmöglichkeiten bestehen und wie gut sie zur vorhandenen Sicherheitsarchitektur passt.

Zero Trust

Zero Trust einfach erklärt

Zero Trust ist ein Sicherheitskonzept, bei dem Benutzer, Geräte und Anwendungen nicht allein aufgrund ihres Standorts oder einer bestehenden Netzwerkverbindung als vertrauenswürdig gelten. Jeder Zugriff wird anhand festgelegter Regeln geprüft und nur mit den notwendigen Berechtigungen erlaubt.

Der Grundgedanke lautet häufig: Never trust, always verify – niemals automatisch vertrauen, sondern Zugriffe konsequent überprüfen.

Was bedeutet Zero Trust?

Klassische Sicherheitsmodelle unterscheiden oft zwischen einem vertrauenswürdigen internen Netzwerk und dem unsicheren Internet. Wer sich innerhalb des Unternehmensnetzes befindet, erhält dadurch häufig weitreichendere Zugriffsmöglichkeiten.

Zero Trust stellt dieses Modell infrage. Ein internes Gerät oder Benutzerkonto kann ebenfalls kompromittiert sein. Deshalb basiert eine Zugriffsentscheidung nicht nur auf dem Netzwerkstandort, sondern auf mehreren Informationen.

Dazu gehören beispielsweise:

  • Identität des Benutzers
  • verwendetes Gerät
  • Sicherheitszustand des Geräts
  • Standort und Netzwerk
  • angeforderte Anwendung
  • Sensibilität der Daten
  • Zeitpunkt und bisheriges Verhalten
  • aktuelles Risiko der Anmeldung

Zero Trust ist dabei kein einzelnes Produkt, sondern eine Sicherheitsarchitektur aus technischen Kontrollen, Richtlinien und Prozessen.

Welche Grundprinzipien gelten?

Zugriffe ausdrücklich prüfen

Jede Zugriffsanfrage wird authentifiziert und autorisiert. Dabei werden möglichst aktuelle Informationen über Benutzer, Gerät und Risiko berücksichtigt.

Eine kontinuierliche Prüfung bedeutet nicht, dass der Benutzer bei jeder Aktion ein Passwort eingeben muss. Sicherheitslösungen können Sitzungen und Risikosignale im Hintergrund überwachen und bei Veränderungen eine erneute Anmeldung oder zusätzliche Bestätigung verlangen.

Minimale Berechtigungen vergeben

Benutzer und Systeme erhalten nur die Rechte, die sie für ihre Aufgaben benötigen. Dieses Prinzip wird als Least Privilege bezeichnet.

Dazu gehören:

  • rollenbasierte Zugriffsrechte
  • zeitlich begrenzte Administratorrechte
  • getrennte Benutzer- und Administratorkonten
  • regelmäßige Prüfung bestehender Berechtigungen
  • Entfernung nicht mehr benötigter Zugänge

Dadurch lassen sich die Auswirkungen kompromittierter Konten begrenzen.

Mit einem Sicherheitsvorfall rechnen

Zero Trust geht davon aus, dass Angreifer möglicherweise bereits Zugriff auf ein Konto oder Gerät besitzen.

Die Architektur soll deshalb verhindern, dass sich ein Angreifer ungehindert innerhalb der IT-Umgebung ausbreiten kann. Zugriffe werden begrenzt, Aktivitäten überwacht und Systeme voneinander getrennt.

Welche Bausteine gehören zu Zero Trust?

Identitäts- und Zugriffsmanagement

Eine eindeutige Identität bildet die Grundlage vieler Zero-Trust-Entscheidungen.

Wichtige Maßnahmen sind:

  • zentrale Benutzerverwaltung
  • Multi-Faktor-Authentifizierung
  • Single Sign-on
  • risikobasierte Zugriffsrichtlinien
  • Privileged Access Management
  • geregeltes On- und Offboarding

Gerätesicherheit

Auch ein korrekt angemeldeter Benutzer sollte nicht automatisch von jedem Gerät auf sensible Daten zugreifen dürfen.

Geprüft werden kann beispielsweise, ob:

  • das Gerät registriert und verwaltet ist
  • Sicherheitsupdates installiert sind
  • Festplattenverschlüsselung aktiv ist
  • Endpoint-Schutz funktioniert
  • keine bekannten Risiken vorliegen
  • das Gerät den Compliance-Richtlinien entspricht

Netzwerksegmentierung

Netzwerksegmentierung und Mikrosegmentierung teilen eine Infrastruktur in kontrollierte Bereiche.

Dadurch erhält ein Gerät nicht automatisch Zugriff auf alle Systeme im selben Netzwerk. Verbindungen zwischen Anwendungen, Servern und Netzwerksegmenten werden gezielt freigegeben.

Schutz von Anwendungen und Daten

Zugriffsregeln sollten sich am Schutzbedarf einer Anwendung oder Information orientieren.

Sensible Daten können beispielsweise zusätzliche Authentifizierung, eingeschränkte Downloadmöglichkeiten oder besonders geschützte Geräte erfordern.

Überwachung und Telemetrie

Zero Trust benötigt aktuelle Informationen über Anmeldungen, Geräte, Anwendungen und Netzwerkverbindungen.

Daten aus Identitätsdiensten, EDR, XDR, Firewalls und SIEM-Systemen helfen dabei, ungewöhnliches Verhalten zu erkennen und Zugriffsentscheidungen anzupassen.

Was ist ZTNA?

Zero Trust Network Access, kurz ZTNA, ist eine technische Umsetzung einzelner Zero-Trust-Prinzipien für den Zugriff auf Anwendungen.

Benutzer erhalten dabei nicht automatisch Zugang zu einem vollständigen Netzwerk. Stattdessen wird nur die benötigte Anwendung freigegeben.

ZTNA kann klassische VPN-Zugänge ergänzen oder in bestimmten Szenarien ersetzen. Es ist jedoch nur ein Teil einer umfassenden Zero-Trust-Architektur.

Welche Vorteile bietet Zero Trust?

Ein konsequent umgesetztes Zero-Trust-Modell kann:

  • kompromittierte Konten besser begrenzen
  • seitliche Bewegungen im Netzwerk erschweren
  • Cloud- und Remote-Zugriffe absichern
  • übermäßige Berechtigungen reduzieren
  • die Transparenz über Zugriffe verbessern
  • sensible Anwendungen gezielter schützen
  • Sicherheitsrichtlinien einheitlicher durchsetzen

Zero Trust verhindert jedoch nicht jeden Angriff. Schwachstellen, Fehlkonfigurationen und menschliche Fehler bleiben weiterhin mögliche Risiken.

Wie wird Zero Trust eingeführt?

Eine vollständige Umstellung erfolgt normalerweise schrittweise.

Ein sinnvoller Ablauf ist:

  1. Benutzer, Geräte, Anwendungen und Daten erfassen
  2. besonders kritische Ressourcen identifizieren
  3. vorhandene Zugriffswege dokumentieren
  4. Multi-Faktor-Authentifizierung einführen
  5. Berechtigungen überprüfen und reduzieren
  6. Geräteverwaltung und Compliance-Prüfungen aufbauen
  7. Netzwerkzugriffe segmentieren
  8. Überwachung und Protokollierung verbessern
  9. Regeln regelmäßig testen und anpassen

Bestehende Anwendungen können die Einführung erschweren, wenn sie keine moderne Authentifizierung oder fein abgestufte Berechtigungen unterstützen.

Fazit

Zero Trust ersetzt pauschales Vertrauen durch überprüfbare Zugriffsentscheidungen. Benutzer, Geräte und Anwendungen erhalten nur den Zugriff, der für eine konkrete Aufgabe notwendig ist.

Das Konzept verbindet Identitätsschutz, Gerätesicherheit, minimale Berechtigungen, Segmentierung und kontinuierliche Überwachung. Zero Trust ist dabei kein einzelnes Produkt und kein einmaliges Projekt, sondern ein langfristiger Ansatz zur Absicherung moderner, hybrider IT-Umgebungen.

Purple Teaming

Purple Teaming ist ein kollaborativer Ansatz in der Cybersicherheit, bei dem das Red Team (Angreifer) und das Blue Team (Verteidiger) gezielt zusammenarbeiten, um Schwachstellen effizienter aufzudecken und Abwehrmaßnahmen wirksamer zu gestalten.

Statt sich gegeneinander zu messen, liegt der Fokus beim Purple Teaming auf Lernen, Austausch und kontinuierlicher Verbesserung – mit dem Ziel, reale Angriffsszenarien besser zu verstehen und schneller darauf reagieren zu können.


Was macht Purple Teaming besonders?

Purple Teaming kombiniert die Stärken beider Seiten:

  • Das Red Team teilt Angriffstechniken und Vorgehensweisen offen mit dem Blue Team

  • Das Blue Team zeigt auf, wie gut (oder schlecht) Erkennung und Abwehr funktioniert haben

  • Beide Teams optimieren gemeinsam die Verteidigungsstrategie – iterativ, transparent und zielgerichtet


Vorteile von Purple Teaming

Vorteil Beschreibung
Schnelleres Lernen Fehler und Lücken werden direkt im Team analysiert
Bessere Detection & Response Blue Team erhält direkte Einblicke in Red-Team-Techniken
Effiziente Sicherheitsverbesserung Maßnahmen können unmittelbar getestet und angepasst werden
Stärkere Zusammenarbeit Förderung einer sicherheitsorientierten Unternehmenskultur
Geringerer Ressourcenaufwand Kein reines „Wettkampf-Szenario“ – Ziel ist Optimierung, nicht Versteckspiel

Einsatzszenarien

  • Nach Red/Blue Team Exercises: Als gezielte Nachbereitung und Review-Phase

  • Security-Readiness-Programme: Zur kontinuierlichen Verbesserung von Detection/Response

  • Security Operations Center (SOC): Integration in tägliche Abläufe und Schulungen

  • Purple Team as a Service (PTaaS): Externe Dienstleister bieten Purple-Analysen als Service an


Purple Teaming vs. Red/Blue Teaming

Merkmal Red/Blue Teaming Purple Teaming
Rollenverteilung Gegenspieler Zusammenarbeit
Transparenz Gering (Red Team agiert oft verdeckt) Hoch (offene Kommunikation)
Ziel Realitätssimulation Verbesserung von Schutzmechanismen
Fokus Test der Abwehr unter realen Bedingungen Lernprozess, Reaktion optimieren

Purple Teaming ist der nächste Schritt in der Cyberabwehr: Nicht nur testen, sondern verstehen und verbessern. Es bringt Angriff und Verteidigung an einen Tisch – und schafft so eine schnellere, stärkere und intelligentere Sicherheitskultur.

Adversarial Simulation

Adversarial Simulation: realistische Cyberangriffe testen

Eine Adversarial Simulation ist ein autorisierter Sicherheitstest, bei dem die Vorgehensweisen realer Cyberangreifer möglichst realistisch nachgebildet werden. Ziel ist es, nicht nur einzelne technische Schwachstellen zu finden, sondern die gesamte Sicherheitsorganisation eines Unternehmens zu überprüfen.

Dabei werden technische Schutzmaßnahmen, Überwachungssysteme, interne Prozesse und die Reaktionsfähigkeit der Mitarbeitenden unter praxisnahen Bedingungen getestet.

Ein Red Team übernimmt die Rolle des Angreifers. Das Blue Team versucht, die simulierten Aktivitäten zu erkennen, zu untersuchen und abzuwehren. Je nach Zielsetzung kann das Blue Team über die Übung informiert sein oder ohne Kenntnis des genauen Zeitpunkts und Angriffsszenarios reagieren.

Was ist eine Adversarial Simulation?

Bei einer Adversarial Simulation werden die Taktiken, Techniken und Vorgehensweisen realer Bedrohungsakteure kontrolliert nachgebildet.

Das Red Team kann sich dabei an bekannten Angriffsmustern, aktuellen Bedrohungsinformationen oder Frameworks wie MITRE ATT&CK orientieren.

Mögliche Angriffsszenarien sind unter anderem:

  • Phishing und andere Social-Engineering-Angriffe
  • der Missbrauch kompromittierter Zugangsdaten
  • die Ausnutzung technischer Schwachstellen
  • das Umgehen vorhandener Schutzmaßnahmen
  • die Ausweitung von Benutzerrechten
  • Bewegungen zwischen Systemen innerhalb des Netzwerks
  • der simulierte Zugriff auf besonders schützenswerte Daten

Alle Aktivitäten erfolgen innerhalb eines vorher vereinbarten Rahmens. Systeme, Methoden und Handlungen, die nicht ausdrücklich freigegeben wurden, bleiben ausgeschlossen.

Wie läuft eine Adversarial Simulation ab?

Der genaue Ablauf hängt von den Zielen, der Unternehmensgröße und der vorhandenen Sicherheitsorganisation ab. In der Regel besteht eine Adversarial Simulation aus mehreren Phasen.

1. Ziele und Rahmenbedingungen festlegen

Zunächst wird definiert, welche Sicherheitsfähigkeiten überprüft werden sollen.

Mögliche Fragestellungen sind:

  • Kann ein Angriff frühzeitig erkannt werden?
  • Funktionieren Alarmierung und Eskalation?
  • Werden verdächtige Anmeldungen untersucht?
  • Kann ein kompromittiertes System schnell isoliert werden?
  • Sind administrative Konten ausreichend geschützt?
  • Funktionieren die internen Incident-Response-Prozesse?

Zusätzlich werden der technische Umfang, erlaubte Angriffsmethoden, Ansprechpartner, Notfallkontakte und Abbruchkriterien festgelegt. Diese Vereinbarungen werden häufig als Rules of Engagement bezeichnet.

2. Bedrohungsszenario entwickeln

Das Angriffsszenario sollte zur tatsächlichen Bedrohungslage des Unternehmens passen.

Ein produzierendes Unternehmen besitzt beispielsweise andere schützenswerte Systeme und mögliche Angriffswege als ein Finanzdienstleister oder ein Cloud-Anbieter.

Statt beliebige Schwachstellen zu suchen, kann sich die Simulation gezielt an den bekannten Vorgehensweisen eines bestimmten Angreifertyps orientieren.

3. Angriff kontrolliert simulieren

Das Red Team versucht, die vereinbarten Ziele innerhalb des freigegebenen Rahmens zu erreichen.

Dabei wird dokumentiert:

  • welche Angriffsschritte erfolgreich waren
  • welche Schutzmaßnahmen funktioniert haben
  • wo der Angriff erkannt wurde
  • welche weiteren Angriffswege möglich gewesen wären
  • welche Systeme oder Daten erreichbar waren

Das Ziel besteht nicht darin, möglichst großen Schaden anzurichten. Vielmehr soll nachvollziehbar geprüft werden, wie weit ein realer Angreifer gelangen könnte.

4. Erkennung und Reaktion überprüfen

Das Blue Team überwacht die Systeme und untersucht auffällige Aktivitäten.

Dabei können beispielsweise folgende Sicherheitslösungen eingesetzt werden:

  • Endpoint Detection and Response
  • Security Information and Event Management
  • Netzwerküberwachung
  • zentrale Protokollierung
  • Identitäts- und Zugriffsüberwachung
  • automatisierte Alarmierungs- und Reaktionssysteme

Entscheidend ist nicht nur, ob ein Alarm ausgelöst wird. Ebenso wichtig ist, ob der Alarm richtig bewertet, weitergeleitet und bearbeitet wird.

5. Ergebnisse auswerten

Nach Abschluss der Simulation werden die Angriffswege und die Reaktionen des Unternehmens gemeinsam ausgewertet.

Der Abschlussbericht sollte nicht nur technische Schwachstellen enthalten. Er sollte auch Probleme bei Erkennung, Kommunikation, Zuständigkeiten und Reaktionsabläufen aufzeigen.

Aus den Ergebnissen werden konkrete Verbesserungsmaßnahmen und Prioritäten abgeleitet.

Welche Teams sind beteiligt?

Bei einer Adversarial Simulation können verschiedene Teams unterschiedliche Aufgaben übernehmen.

Red Team

Das Red Team übernimmt die Rolle des Angreifers.

Zu seinen Aufgaben gehören:

  • mögliche Angriffswege identifizieren
  • Schwachstellen kontrolliert ausnutzen
  • Schutzmaßnahmen umgehen
  • Benutzerrechte erweitern
  • sich innerhalb der IT-Umgebung bewegen
  • vereinbarte Angriffsziele erreichen

Weitere Informationen finden Sie im Glossarbeitrag zum Red Teaming.

Blue Team

Das Blue Team übernimmt die Verteidigung.

Es versucht:

  • verdächtige Aktivitäten zu erkennen
  • Sicherheitsalarme zu analysieren
  • betroffene Systeme zu identifizieren
  • Angriffe einzudämmen
  • kompromittierte Systeme zu isolieren
  • Ursachen und Auswirkungen zu untersuchen

Weitere Informationen finden Sie im Glossarbeitrag zum Blue Teaming.

White Team

Das White Team steuert und überwacht die Übung.

Es stellt sicher, dass die vereinbarten Regeln eingehalten werden und die Simulation keine unvertretbaren Auswirkungen auf den Geschäftsbetrieb hat.

Zu den Aufgaben des White Teams gehören:

  • Einhaltung der Rules of Engagement
  • Überwachung möglicher Risiken
  • Koordination der Beteiligten
  • Entscheidung bei Konflikten
  • Abbruch der Simulation bei kritischen Problemen

Purple Team

Purple Teaming beschreibt die enge Zusammenarbeit zwischen Red Team und Blue Team.

Das Red Team erklärt seine Angriffsschritte. Gleichzeitig prüft das Blue Team, ob diese Aktivitäten in den vorhandenen Sicherheitssystemen erkannt werden.

Fehlende Protokolldaten, unzureichende Alarmregeln oder unklare Reaktionsabläufe können dadurch direkt identifiziert und verbessert werden.

Purple Teaming ist daher nicht zwingend ein eigenständiges Team. Es beschreibt vor allem eine kooperative Arbeitsweise zwischen Angriff und Verteidigung.

Was ist der Unterschied zwischen Adversarial Simulation und Penetrationstest?

Adversarial Simulationen und Penetrationstests verfolgen unterschiedliche Schwerpunkte. Die Grenzen können sich je nach Auftrag überschneiden.

Ein Penetrationstest konzentriert sich meist auf klar abgegrenzte Systeme, Anwendungen oder Netzwerke. Ziel ist es, möglichst viele relevante technische Schwachstellen zu identifizieren.

Eine Adversarial Simulation verfolgt dagegen häufig ein konkretes Angriffsziel. Dabei wird geprüft, ob ein realistischer Angreifer vorhandene Schutzmaßnahmen umgehen und sich innerhalb der IT-Umgebung bewegen könnte.

Zusätzlich werden die Erkennungs- und Reaktionsfähigkeiten des Unternehmens überprüft.

Ein Penetrationstest beantwortet vor allem die Frage:

Welche Schwachstellen sind vorhanden?

Eine Adversarial Simulation untersucht zusätzlich:

Was geschieht, wenn ein Angreifer diese Schwächen gezielt nutzt, und wie gut kann das Unternehmen darauf reagieren?

Welche Vorteile bietet eine Adversarial Simulation?

Eine Adversarial Simulation bietet Unternehmen mehrere Vorteile.

Realistische Bewertung der Sicherheitslage

Sicherheitsmaßnahmen werden nicht nur theoretisch, sondern unter praxisnahen Bedingungen überprüft.

Überprüfung der gesamten Sicherheitskette

Die Simulation betrachtet nicht ausschließlich technische Systeme. Auch Menschen, Prozesse, Zuständigkeiten und Kommunikationswege werden einbezogen.

Verbesserung der Angriffserkennung

Unternehmen erkennen, welche Angriffsschritte in ihren Überwachungs- und Sicherheitssystemen sichtbar sind und welche Aktivitäten unentdeckt bleiben.

Optimierung der Incident Response

Alarmierung, Eskalation, Untersuchung und Eindämmung können unter realistischen Bedingungen getestet werden.

Aufdeckung komplexer Angriffspfade

Mehrere kleine Schwachstellen können gemeinsam einen kritischen Angriffspfad ermöglichen. Eine Adversarial Simulation macht solche Zusammenhänge sichtbar.

Praxisnahe Schulung

Sicherheits- und IT-Teams sammeln Erfahrung mit realistischen Angriffssituationen, ohne dass ein echter Sicherheitsvorfall vorliegt.

Messbare Verbesserungen

Wiederholte Simulationen zeigen, ob umgesetzte Sicherheitsmaßnahmen und neue Erkennungsregeln tatsächlich funktionieren.

Welche Sicherheitsvorkehrungen sind erforderlich?

Eine Adversarial Simulation darf ausschließlich mit einer ausdrücklichen schriftlichen Genehmigung durchgeführt werden.

Da reale Angriffstechniken eingesetzt werden können, ist eine sorgfältige Planung erforderlich.

Vor Beginn sollten mindestens folgende Punkte geregelt sein:

  • der technische und organisatorische Umfang
  • erlaubte und ausgeschlossene Angriffsmethoden
  • freigegebene Systeme und Standorte
  • einbezogene Benutzergruppen
  • der Umgang mit vertraulichen und personenbezogenen Daten
  • Notfallkontakte und Kommunikationswege
  • technische und geschäftliche Abbruchkriterien
  • das Vorgehen bei einem echten Cyberangriff
  • die Dokumentation und sichere Aufbewahrung der Ergebnisse

Die Simulation muss so geplant werden, dass der laufende Geschäftsbetrieb nicht unnötig gefährdet wird.

Für welche Unternehmen ist eine Adversarial Simulation sinnvoll?

Eine Adversarial Simulation eignet sich besonders für Unternehmen, die bereits grundlegende Sicherheitsmaßnahmen umgesetzt haben und ihre tatsächliche Erkennungs- und Reaktionsfähigkeit überprüfen möchten.

Sie kann insbesondere sinnvoll sein bei:

  • geschäftskritischen IT-Systemen und Daten
  • erhöhten regulatorischen Anforderungen
  • einem eigenen Security Operations Center
  • einem internen IT-Sicherheitsteam
  • komplexen Cloud-, Netzwerk- oder Identitätsumgebungen
  • einem erhöhten Risiko gezielter Cyberangriffe
  • neu eingeführten Sicherheitslösungen
  • größeren Veränderungen der IT-Infrastruktur

Unternehmen mit grundlegenden Sicherheitsdefiziten sollten zunächst bekannte Schwachstellen beheben. Dazu gehören beispielsweise fehlende Sicherheitsupdates, ungeschützte Benutzerkonten, unzureichende Datensicherungen oder nicht geregelte administrative Berechtigungen.

Ist Adversarial Simulation dasselbe wie Red Teaming?

Die Begriffe werden häufig ähnlich verwendet, sind aber nicht vollständig identisch.

Red Teaming beschreibt vor allem die offensive Rolle, die das Vorgehen eines Angreifers simuliert.

Eine Adversarial Simulation kann darüber hinaus die Aktivitäten des Blue Teams, die Steuerung durch ein White Team und die gemeinsame Auswertung der Erkennungs- und Reaktionsfähigkeiten umfassen.

Was ist MITRE ATT&CK?

MITRE ATT&CK ist eine Wissensbasis über Taktiken und Techniken, die bei realen Cyberangriffen beobachtet wurden.

Sie strukturiert die verschiedenen Phasen eines Angriffs und kann genutzt werden, um realistische Angriffsszenarien zu planen.

Unternehmen können mithilfe von MITRE ATT&CK außerdem prüfen, für welche Angriffstechniken bereits Erkennungs- und Schutzmaßnahmen vorhanden sind.

Kann eine Adversarial Simulation den Betrieb beeinträchtigen?

Da realistische Angriffstechniken eingesetzt werden, kann ein Restrisiko nicht vollständig ausgeschlossen werden.

Klare Regeln, technische Grenzen, Abbruchkriterien, Notfallkontakte und eine sorgfältige Vorbereitung reduzieren dieses Risiko.

Besonders kritische Systeme oder produktive Anlagen können ausdrücklich von bestimmten Testmethoden ausgeschlossen werden.

Wie häufig sollte eine Adversarial Simulation durchgeführt werden?

Die Häufigkeit hängt von der Bedrohungslage, der Größe der IT-Umgebung und den Sicherheitsanforderungen des Unternehmens ab.

Eine Wiederholung ist besonders sinnvoll:

  • nach größeren Änderungen der IT-Infrastruktur
  • nach der Einführung neuer Sicherheitslösungen
  • nach einer umfangreichen Cloud-Migration
  • nach einem tatsächlichen Sicherheitsvorfall
  • nach der Umsetzung wichtiger Verbesserungsmaßnahmen
  • bei veränderten Bedrohungen oder regulatorischen Anforderungen

Fazit

Eine Adversarial Simulation zeigt, wie widerstandsfähig ein Unternehmen gegenüber einem realistischen Cyberangriff tatsächlich ist.

Im Mittelpunkt stehen nicht nur technische Schwachstellen, sondern auch die Fähigkeit, verdächtige Aktivitäten zu erkennen, richtig zu bewerten und wirksam darauf zu reagieren.

Durch das Zusammenspiel von Red Team, Blue Team, White Team und gegebenenfalls Purple Team entstehen konkrete Erkenntnisse für die Verbesserung von Schutzmaßnahmen, Überwachung und Incident Response.

Unternehmen erhalten dadurch ein realistischeres Bild ihrer tatsächlichen Sicherheitslage als durch ausschließlich technische oder theoretische Prüfungen.