LONDON (IT BOLTWISE) – Sicherheits-Teams testen heute oft einzelne Techniken isoliert: Detektionen, Blockierungen, einzelne Regeln. Genau dort entsteht laut dem beschriebenen Ansatz der „Exposure Gap“, weil echte Angriffe in Ketten ablaufen und sich dynamisch an erfolgreiche Schritte anpassen. OpenAEV setzt daher auf „Attack Chaining“, bei dem die Ausgabe eines Schritts automatisch den nächsten bestimmt. Das zielt darauf ab, die realen Engpässe zu finden, die in getrennten Tests unsichtbar bleiben.
Viele Security-Programme sind im Kern gut gemeint und trotzdem strukturell unvollständig: Sie prüfen, ob einzelne Techniken erkannt oder blockiert werden. Im Alltag klingt das dann nach „Funktioniert meine EDR-Antwort bei Payload X? Trifft die SIEM-Logik bei Technik Y? Besteht der Phishing-Test?“ Diese Prüfungen können im Detail sogar korrekt sein. Das Problem liegt weniger in der Qualität der Kontrolle, sondern in der Art, wie sie zusammengesetzt wird: Der reale Angriff wird als Abfolge mehrerer Schritte wirksam, bei der jeder erfolgreiche Teil die nächste Aktion ermöglicht. Genau an dieser Stelle setzt die Kernargumentation des Artikels an: Angreifer testen nicht Technik für Technik, sie kaskadieren und passen sich an.
Der Artikel beschreibt den Übergang von der Technik-Validierung zur Ketten-Validierung als notwendigen Perspektivwechsel. Technische Breach- und Attack-Simulationen orientieren sich häufig an Bibliotheken einzelner TTPs, etwa über eine Mapping-Logik zu MITRE ATT&CK. In diesem Muster wird eine Technik nach der anderen ausgeführt, anschließend wird nur geprüft, ob „etwas passiert“ – Detektion, Blockierung oder Score. Der Mehrwert ist real, aber er beantwortet nicht die zentrale Frage: Könnte ein Gegner, der mehrere Techniken hintereinander kombiniert und dabei jeweils auf das bisher Erreichte reagiert, durch Ihre Umgebung „durchlaufen“, obwohl jede einzelne Kontrolle in sich genommen funktioniert? In der Argumentation wird das mit Befunden aus dem State of Threat Management unterlegt: 93% der Security-Leader geben demnach an, im vergangenen Jahr einen geschäftswirksamen Cyberangriff erlebt zu haben, obwohl zuvor zumindest punktuell validiert wurde. Zusätzlich nennen 88% die beschleunigte Angriffsbewegung durch KI und 84% isolierte Tools sowie getrennte Tests als Hauptgrund, warum Lücken oft erst nach der Ausnutzung sichtbar werden.
Dass dieses Kettenproblem nicht nur theoretisch ist, wird am Beispiel einer 2025 berichteten Kompromittierung der französischen Steuerbehörde DGFiP illustriert. Der Artikel stellt heraus, dass kein einzelner Schritt außergewöhnlich gewesen sei, sondern die Reihenfolge entscheidend war: initialer Zugriff, Missbrauch von Zugangsdaten, laterale Bewegung, anschließend das Vorbereiten von Daten und die Exfiltration. Für die operative Konsequenz heißt das: Wenn jede Kontrollinstanz nur auf einen einzelnen „Überlebensschritt“ optimiert ist, kann eine Kette aus mehreren, jeweils überwindbaren Schwächen trotzdem komplett durchgehen. Das führt zu einem blinden Fleck zwischen Tools, Teams und Alarmen, weil die Überwachung häufig nicht als zusammenhängender Ablauf modelliert wird, sondern als Sammlung von Einzelindikatoren.
Um genau diese Lücke zu schließen, führt der Text „Attack Chaining“ als neuen Szenerietyp ein – implementiert in OpenAEV. Das System soll Multi-Stage-Attack-Paths end-to-end automatisiert testen, ähnlich wie ein Red-Team, aber kontinuierlicher und mit deutlich geringerem Aufwand. Der entscheidende Unterschied zu klassischen Simulationen ist die Form der Verknüpfung: Die Ausgabe eines Schritts (etwa eine geerntete Credential, ein offener Port, ein Token oder eine falsch gesetzte Berechtigung) wird automatisch als Entscheidungsgrundlage für den nächsten Schritt genutzt. Dadurch entsteht eine Kette, die nicht starr bleibt, sondern auf dem „Ist-Zustand“ im Zielsystem aufbaut. Der Artikel beschreibt, dass Recon-Daten einen nächsten Pivot auslösen können, ein Credential-Dump wiederum eine Maschine erschließt und die Kette sich in Echtzeit verzweigt – bis zum finalen Ziel. Gleichzeitig soll die Sicht auf den Ablauf nicht erst als nachträglicher Bericht kommen, sondern als live dynamischer Graph von der ersten Aktion bis zur letzten.
Technisch wird das über fünf eng gekoppelte Fähigkeiten begründet: erstens über eine offene, bedingungsbasierte Chaining-Logik, in der Teams wiederverwendbare Multi-Stage-Attack-Path-Definitionen erstellen; dabei entscheiden Conditions, ob ein Schritt weitergeht, stoppt oder umgeleitet wird, basierend darauf, ob ein Credential gültig ist oder eine Kontrolle den Schritt blockiert. Zweitens über Live-Attack-Path-Mapping, das jeden Hop und jede Pivot-Entscheidung während der Laufzeit sichtbar macht. Drittens über nachvollziehbare Ergebnisse, die als strukturierte Findings in eine Drill-Down-Logik überführt werden sollen: Welche Aktion lief, was kam zurück und warum führte genau diese Information zum nächsten Schritt. Viertens über Scope- und Safety-Controls: Nur definierte Assets sind in Bounds, nur erlaubte Aktionen dürfen ausgeführt werden, und die Ketteneskalation wird begrenzt, damit Autonomie nicht in unkontrolliertes Verhalten kippt. Fünftens wird Social Engineering als „First-class“-Stage behandelt: Phishing- oder Lure-Komponenten sind damit wie normale Knoten im Pfad, wobei ein Klick, eine Antwort oder eine eingereichte Credential unmittelbar die nächste Etappe versorgt.
Besonders relevant ist die Frage, wie viel „Urteilsvermögen“ beim Ausführen tatsächlich in der Automatisierung steckt. Der Text unterscheidet deshalb Operator-led-Modus von „Autonomous Attack Chaining“ mit XTM One. Im ersten Fall bauen Operatoren die Logik und kontrollieren die Ausführung; das bleibt deterministisch und für wiederholbares Penetration-Testing skalierbar. Im autonomen Modus wird diese Entscheidung an einen KI-Agenten übergeben: Der Operator definiert Ziel und Scope, ein Orchestrator plant den Pfad, führt die Schritte aus und passt sie fortlaufend an Findings an. Der Ablauf kann dabei auch bei Social Engineering realistische Vorlagen erzeugen, wenn das Ziel dies erfordert. Der Orchestrator soll zudem spezialisierte Agenten anrufen können – etwa für Recon, Payload-Erstellung, Code-Generierung oder Exploitation –, entweder aus der eigenen Agentenbibliothek von OpenAEV oder über von XTM One mitgebrachte Spezialisten. Unabhängig vom Modus bleibt das Ziel gleich: ein realistisches, end-to-end getestetes Szenario, das in Minuten statt Wochen läuft, wiederholbar bleibt und die Ergebnisse in einen vereinheitlichten Exposure Score einspeist, statt als isolierter Einzelreport liegen zu bleiben.
Der abschließende Tenor ist dabei deutlich: Organisationen, die trotz „bestandener“ Sicherheitstests kompromittiert werden, haben laut dieser Argumentation selten an einer einzelnen Kontrolle gescheitert, sondern an einem Ketten-Test, der nie wirklich gelaufen ist. Wenn Angreifer durch KI-gestützte Werkzeuge die Zeit zwischen initialem Zugriff und Zielobjekt verkürzen, wächst zudem der Kostendruck, nur noch Techniken in Isolation zu validieren. Denn Attack Surfaces bestehen aus einzelnen Schwachstellen, während Attacken in Sequenzen funktionieren. Testing muss deshalb zur tatsächlichen Verteidigungsaufgabe passen: Welche Abfolge kommt durch, wo reißen Sie den Pfad am wahrscheinlichsten auf, und an welcher Stelle entsteht der Bruch zwischen Tools und Alerting-Layern? Wer das weiter technisch sehen will, verweist der Artikel auf einen Live-Webinar-Termin mit praxisnaher Demonstration, wobei die Sessions in Europa am 29. September um 11:00 CEST und in den USA am 1. Oktober um 11:00 EDT stattfinden sollen.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Attack-Chain-Testing statt Einzeltechnik: Warum Sicherheitschecks Lücken lassen" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Attack-Chain-Testing statt Einzeltechnik: Warum Sicherheitschecks Lücken lassen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Attack-Chain-Testing statt Einzeltechnik: Warum Sicherheitschecks Lücken lassen« bei Google Deutschland suchen, bei Bing oder Google News!