Woran erkennen Sie, dass ein geschlossenes Ticket auch einen geschlossenen Angriffsweg bedeutet?
Der Retest wiederholt gezielt die dokumentierten Angriffe gegen jeden als behoben gemeldeten Befund und prüft Vollständigkeit und Umgehungswege.
Als Behebungsnachweis nach PCI DSS, Anforderung 11.4.4 und ISO/IEC 27001, Anhang A 8.8, mit Neubewertung der Angriffsketten nach CVSS.
Ein Patch ist eingespielt, eine Konfiguration geändert, das Ticket geschlossen. Ob der Angriff danach tatsächlich nicht mehr funktioniert, ist eine eigene Frage. Bei Nachtests zeigt sich regelmäßig, dass eine Maßnahme nur auf einem Teil der betroffenen Systeme greift oder dass ein naheliegender Umgehungsweg offen geblieben ist.
Der Retest wiederholt die dokumentierten Angriffe gezielt gegen die behobenen Befunde. Das Ergebnis ist ein Nachweis je Befund. PCI DSS verlangt diesen Nachtest in Anforderung 11.4.4 ausdrücklich, ISO/IEC 27001 erwartet mit Anhang A 8.8 ein wirksames Management technischer Schwachstellen und in Prüfungen nach DORA oder BSIG belegt er, dass Befunde tatsächlich behoben sind.
Dieselbe Technik, derselbe Weg, dasselbe Ziel. Der Nachweis zeigt, dass der ursprüngliche Angriff nicht mehr funktioniert.
Wir prüfen, ob die Maßnahme auf allen betroffenen Systemen greift und ob ein naheliegender Umgehungsweg offen bleibt.
Ist ein Glied geschlossen, bewerten wir die Kette neu. So wird sichtbar, ob der kritische Pfad unterbrochen ist oder nur verlängert.
Wir prüfen, ob eine Maßnahme neue Angriffsflächen öffnet, etwa durch geänderte Berechtigungen, Ausnahmen oder Workarounds, die bei der Umsetzung entstanden sind.
Behoben, teilweise behoben, nicht behoben oder als Restrisiko akzeptiert, jeweils mit Nachweis.
Ein Retest nach dem Pentest klärt je Befund, ob die gemeldete Behebung auf allen betroffenen Systemen wirkt und naheliegende Umgehungswege geschlossen sind. Gedacht ist er für alle, die Behebung gegenüber Auditor, Aufsicht, Kunde oder Versicherer belegen müssen. Neue Schwachstellen zeigt ein neuer Test oder Pentest as a Service, die laufende Steuerung übernimmt die Umsetzungsbegleitung. Für externe Adressaten ergänzt die Prüfbescheinigung den Behebungsnachweis.
Wir klären, welche Befunde behoben sind und welche Maßnahmen umgesetzt wurden.
Typischerweise drei bis sechs Monate nach der Erstprüfung. Kritische Befunde testen wir früher nach, sobald sie behoben sind.
Gezielte Wiederholung der dokumentierten Angriffe, mit Prüfung naheliegender Varianten.
Retest-Bericht mit Status und Nachweis je Befund, aktualisierter Actionplan.
Zuerst der Status je Befund für Ihr IT-Team, dann der aktualisierte Plan für die verbleibende Behebung, dann der Behebungsstand für Ihre Geschäftsführung und auf Wunsch die Bescheinigung für Kunden, Auditoren oder Versicherer. Alles bezieht sich auf die Befunde der Erstprüfung.
Jeder Befund mit Status nach dem Retest, Nachweis und aktualisierter Einordnung nach CVSS, dazu die Liste der betroffenen Systeme und Geräte. Nachvollziehbar Befund für Befund nachgeprüft.
Ein priorisierter Actionplan mit klaren Verantwortlichkeiten, optional nachgeschärft im Technischen Workshop mit Ihrem Team. Er ist die Grundlage für die verbleibende Behebung und bei Bedarf begleiten wir die Umsetzung auch nach dem Retest.
Lage, Risiko und Entscheidungsbedarf auf wenigen Seiten, verständlich ohne technisches Vorwissen. Damit nehmen Sie Geschäftsführung, Gremien und Fachbereiche mit, um das Ergebnis zu vermitteln und Handlungsbedarf aufzuzeigen.
Die Bestätigung der durchgeführten Nachprüfung, ohne technische Details preiszugeben. Für Kunden, Auditoren, Aufsicht und Ihre Cyberversicherung.
Zwei Einblicke aus echten Projekten, anonymisiert. Wählen Sie, was Sie interessiert.
Melden Sie sich bei uns. Im Termin zeigen wir Ihnen an einem anonymisierten Beispiel, wie IT-Sicherheitsreport, Actionplan, technische Ergebnispräsentation und Prüfbescheinigung für Ihre Prüfung aussehen.
Wie Ihr Team mit dem Maßnahmenplan die Findings priorisiert und abarbeitet.
Sie erhalten: Actionplan-Demo
„Wir erleben es nicht oft, dass externe Dienstleister auf Anhieb so gut mit unserem Team harmonieren. Die Kommunikation war jederzeit persönlich und sehr lösungsorientiert und die Ergebnisse sind im positiven Sinne wie eine Bombe eingeschlagen. Wir freuen uns schon darauf, unsere darauf basierenden Optimierungen bei einem Retest auf die Probe zu stellen!“
Laura Hofmann, Data Protection Officer, LichtBlick SE
Der Retest bestätigt die Behebung bekannter Befunde, neue Schwachstellen und die laufende Steuerung liegen außerhalb. Dafür gibt es eigene Leistungen.
Wenn Ihr Team die Validierung künftig selbst beherrschen soll, wiederholen wir im Technischen Workshop die Angriffe gemeinsam und direkt im Termin.
Zur LeistungWenn nach dem Retest viele Befunde offen oder nur teilweise behoben sind, steuert die Umsetzungsbegleitung sie im monatlichen Rhythmus bis zur Schließung.
Zur LeistungWenn Auditor, Aufsicht oder Kunde einen Nachweis ohne Befunddetails verlangen, fassen die Pentest-Nachweise Umfang und Zeitraum in einer Prüfbescheinigung zusammen.
Schildern Sie kurz, worum es geht. Den Zuschnitt erarbeiten wir mit Ihnen im Scoping. Für das Beratungsgespräch müssen
Sie sich nicht vorbereiten, wir führen Sie fachlich Schritt für Schritt. Ausgehend von Ihren Unternehmensabläufen und IT-Systemen ermitteln wir gemeinsam das passende Testkonzept.
Diese Fragen erreichen uns zu dieser Leistung am häufigsten. Was fehlt, klären wir gern persönlich im Beratungsgespräch.
Typischerweise drei bis sechs Monate nach der Erstprüfung, wenn die wesentlichen Maßnahmen umgesetzt sind. Kritische Befunde sollten früher nachgetestet werden, sobald sie behoben sind.
Nein. Nachgetestet werden die behobenen Befunde und naheliegende Varianten. Hat sich die Umgebung seit der Erstprüfung wesentlich verändert, empfehlen wir zusätzlich einen neuen Test.
Wir dokumentieren genau, auf welchen Systemen oder unter welchen Bedingungen der Angriff noch funktioniert, und geben eine konkrete Empfehlung für den Rest. Der Befund bleibt offen, bis ein Nachtest die Behebung bestätigt.
Nein. Ein Retest wiederholt gezielt die dokumentierten Angriffe gegen Befunde, die als behoben gemeldet wurden, und belegt je Befund, ob die Maßnahme wirkt. Neue Schwachstellen zeigt ein neuer Test oder ein Rahmen über Pentest as a Service.
Ausdrücklich verlangt ihn PCI DSS in Anforderung 11.4.4. ISO/IEC 27001 erwartet mit Anhang A 8.8 ein wirksames Management technischer Schwachstellen, und in Prüfungen nach DORA oder BSIG belegt der Retest, dass Befunde behoben sind. Auch Cyberversicherer und Kunden fragen häufig nach dem Behebungsstand.
Ja, sofern Befunde, Angriffswege und Nachweise so dokumentiert sind, dass sich der Angriff reproduzieren lässt. Vorab prüfen wir die Unterlagen und klären, wo Angaben fehlen. Schwere und Angriffskette ordnen wir dabei nach unserer eigenen Methodik ein.
In der Regel ja, denn der Retest wiederholt denselben Angriffsweg mit derselben Ausgangslage. Testkonten, VPN-Zugänge oder das Remote-Gateway aus der Erstprüfung sollten daher verfügbar sein oder neu eingerichtet werden. Was genau nötig ist, ergibt sich aus den nachzutestenden Befunden.
Vor allem von Zahl und Art der nachzutestenden Befunde, nicht vom Umfang der Erstprüfung. Müssen Zugänge neu eingerichtet werden, kommt das hinzu.
