Aegis integriert kontinuierliche Penetrationstests in das SOC: Es prüft WAN, LAN, Web, VPN und DNS wie ein echter Angreifer, mit Rules of Engagement, WORM ledger und verpflichtendem Retest — jeder Befund endet mit einem Nachweis im Bericht (HR / EN / SR).
Verteidigung wird durch den Angriff bewiesen. Aegis prüft Ihre Angriffsfläche kontinuierlich so, wie ein echter Gegner sie betrachten würde — mit voller Autorisierung und Protokollierung jeder Handlung.
Abbildung der Angriffsfläche — Host:Port, DNS und Nachbarschaft, mit schneller Risikoeinschätzung.
SQLi, IDOR, SSTI, LFI und Upload-RCE sowie JWT-, API-, GraphQL- und CORS-Prüfungen — reale Ketten, nicht nur Scanning.
Enumeration und CVE für WordPress, Drupal und andere, mit Prüfungen auf Auth-Bypass in ERP-Systemen.
Externe und interne Oberfläche, mit AAP-Angriffspfadanalyse (Attack-Path), wohin ein Angreifer gelangen könnte.
Prüfung von VPN-Gateways und Fernzugriff als häufige Einstiegspunkte.
Kontrollierter Lasttest der Anwendung mit Diagrammen und Auto-Abort — niemals ein echter Packet-Flood.
Ein Pentest ohne Nachweis ist eine Meinung. Aegis verknüpft jeden Befund mit einer unveränderlichen Spur, einer klaren Abschlussbedingung und einem Bericht, den auch der Prüfer versteht.
Jeder Auftrag hat unterzeichnete Regeln, einen Umfang und einen Unterzeichner vor der ersten Handlung.
Ein unveränderliches, nur anfügbares Protokoll jeder Handlung und jedes Befunds für eine unwiderlegbare Prüfung.
Ein kritischer Befund bleibt offen, bis ein erneuter Test bestätigt, dass die Behebung tatsächlich umgesetzt wurde.
Die Angriffspfadanalyse zeigt, wohin ein Angreifer gelangen würde und welchen Knoten man zuerst unterbrechen sollte.
Berichte für das Entwicklungsteam und für die Prüfung, in drei Sprachen.
Statische Codeanalyse als Ergänzung zum dynamischen Testen der Anwendung.
Das folgende Beispiel ist erfunden und dient ausschließlich der Veranschaulichung der Berichtsstruktur.
MITRE ATT&CK: T1190 — Ausnutzung einer öffentlichen Anwendung · CWE-89
Beschreibung: Der Suchparameter wird ohne korrekte Parametrisierung in eine SQL-Abfrage übergeben, was das Einschleusen von Bedingungen und das Lesen von Daten außerhalb des Verwendungszwecks ermöglicht.
Nachweis (redigiert): GET /trazi?q=1%27-- liefert eine Antwort, die das Einschleusen bestätigt; die vollständige PoC-Kette ist im Ledger protokolliert.
Empfehlung: parametrisierte Abfragen (Prepared Statements), Eingabevalidierung und das Prinzip der geringsten Rechte für die Datenbank.
Retest: verpflichtend — der Befund bleibt im Status HARD-BLOCK, bis die Behebung durch einen erneuten Test bestätigt ist.
Aggregierte, anonymisierte und illustrativ gerundete Produktionskennzahlen.
Ein Penetrationstest (Pentest) ist ein autorisierter, kontrollierter Angriff auf Ihre Systeme mit dem Ziel, echte Schwächen zu finden und nachzuweisen, bevor ein Angreifer sie ausnutzt.
RoE sind die Einsatzregeln: Umfang, erlaubte Methoden, Zeitraum und Kontakte. Ohne unterzeichnete RoE und Zustimmung gibt es keinen Test — das unterscheidet einen Pentest von einem echten Angriff.
Scannen listet mögliche Schwächen auf; ein Pentest beweist sie. Deshalb kombiniert es sich mit kontinuierlichen Schwachstellenprüfung — Breite plus Tiefe. Für NIS2-Pflichtige ist ein Pentest zudem der Nachweis, dass die Maßnahmen tatsächlich getestet.
Vereinbaren wir den Umfang und die Rules of Engagement und zeigen dann einen Pentest mit Nachweisen: Befunde, Angriffspfad und einen prüfbereiten Bericht.