Pentest, Red Team oder Scan? Welche Prüfung welche Frage beantwortet

Schwachstellenscan, Penetrationstest und Red Teaming werden oft in einem Atemzug genannt. Sie beantworten aber unterschiedliche Fragen, brauchen unterschiedliche Reife und liefern unterschiedliche Ergebnisse. Wer das Format passend zur Frage wählt, investiert dort, wo der Erkenntnisgewinn am größten ist.

[Name, Rolle]
25.09.2026 | 6 Min. Lesezeit

Drei Formate, drei Fragen

Ein Schwachstellenscan fragt: Welche bekannten Schwachstellen und Fehlkonfigurationen sind auf meinen Systemen sichtbar? Ein Penetrationstest fragt: Welche davon sind in meinem Kontext tatsächlich ausnutzbar, und wie weit kommt ein Angreifer damit? Red Teaming fragt: Erkennt und stoppt meine Organisation einen realistischen Angreifer, der ein konkretes Ziel verfolgt?

NIST SP 800-115 beschreibt Penetrationstests als Prüfung, bei der Tester reale Angriffe nachahmen, um Sicherheitsmechanismen zu umgehen. Ein Red Team emuliert dagegen die Fähigkeiten eines potenziellen Gegners gegen die Sicherheitslage des gesamten Unternehmens. Der Unterschied liegt also weniger in den Werkzeugen als im Prüfgegenstand: hier ein definierter Umfang an Systemen, dort die Organisation mit Technik, Prozessen und Menschen.

Vergleichstabelle dreier Prüfformate als Neon-Infografik

Schwachstellenscan

  • Ziel: bekannte Schwachstellen in der Breite finden, regelmäßig und mit geringem Aufwand.
  • Umfang: beliebig viele Systeme, automatisiert, ohne Verkettung von Befunden.
  • Dauer: Stunden bis wenige Tage, gut als wiederkehrender Prozess geeignet.
  • Ergebnis: eine Liste potenzieller Schwachstellen, die noch zu verifizieren ist. Fehlalarme und übersehene Logikfehler sind systembedingt.
  • Einbindung des Teams: gering, meist nur Freigabe und Auswertung.

Penetrationstest

  • Ziel: die tatsächliche Ausnutzbarkeit von Schwachstellen in einem definierten Umfang nachweisen und Angriffsketten sichtbar machen.
  • Umfang: festgelegt im Scoping, zum Beispiel Perimeter, eine Webanwendung, Active Directory oder eine Cloud-Umgebung.
  • Dauer: je nach Umfang wenige Tage bis einige Wochen.
  • Ergebnis: verifizierte Befunde mit Bewertung, Nachweis und konkreten Maßnahmen, dazu Angriffspfade und eine Management Summary.
  • Einbindung des Teams: offen angekündigt, mit Ansprechpartnern und abgestimmten Zeitfenstern. Das Team kann während des Tests Fragen stellen.

Red Teaming

  • Ziel: messen, ob die Organisation einen zielgerichteten Angriff erkennt, richtig bewertet und stoppt.
  • Umfang: definiert über Ziele wie ein bestimmtes System oder eine Datenklasse, nicht über eine Systemliste. Alle Angriffswege sind grundsätzlich zulässig, im Rahmen vereinbarter Regeln.
  • Dauer: mehrere Wochen bis Monate, einschließlich Vorbereitung und Nachbereitung.
  • Ergebnis: der dokumentierte Angriffsverlauf mit Zeitleiste, abgeglichen mit dem, was Ihre Verteidigung gesehen und getan hat.
  • Einbindung des Teams: verdeckt. Nur ein kleiner, eingeweihter Kreis steuert den Test. Das Blue Team erfährt davon erst im Abschluss.

Wann was passt

Die Reihenfolge folgt der Reife. Ein Scan gehört in den laufenden Betrieb. Ein Pentest ist der richtige Einstieg für jede Umgebung, deren tatsächliche Angreifbarkeit Sie noch nicht kennen, und bleibt es für neue Anwendungen, Migrationen und größere Änderungen. Red Teaming lohnt sich, wenn grundlegende Schwachstellen bekannt und weitgehend behoben sind, Erkennung und Reaktion aufgebaut sind und die offene Frage lautet, ob beides im Ernstfall zusammenwirkt.

Zwischen Pentest und Red Teaming liegen zwei Formate, die viele Organisationen unterschätzen. Ein Assumed-Breach-Test beginnt mit einem kompromittierten Arbeitsplatz und spart die Zeit für den Erstzugang. Eine Purple-Team-Übung spielt Angriffstechniken offen mit dem Verteidigungsteam durch und misst, was erkannt wird. Beide liefern viel Erkenntnis pro Testtag und sind eine gute Vorbereitung auf ein späteres Red Teaming.

  • Sie brauchen einen Überblick über bekannte Schwachstellen in der Breite: Scan, regelmäßig.
  • Sie wollen wissen, was ein Angreifer mit einem bestimmten System oder Zugang erreichen kann: Pentest.
  • Sie wollen wissen, wie weit ein Angreifer nach einem erfolgreichen Phishing im Netz kommt: Assumed Breach.
  • Sie wollen Ihre Erkennung Technik für Technik verbessern: Purple-Team-Übung.
  • Sie wollen wissen, ob Ihre Organisation einen realistischen Angreifer insgesamt erkennt und stoppt: Red Teaming.

TLPT: Red Teaming unter Aufsicht

Für den Finanzsektor hat DORA eine regulierte Form des Red Teamings eingeführt. Die Verordnung verlangt von Finanzunternehmen (außer Kleinstunternehmen) ein Programm zum Testen der digitalen operationalen Resilienz, zu dem je nach Bedarf Schwachstellenscans und Penetrationstests gehören. Darüber hinaus müssen von den Aufsichtsbehörden bestimmte Finanzunternehmen mindestens alle drei Jahre einen bedrohungsgeleiteten Penetrationstest durchführen, kurz TLPT.

Ein TLPT ist methodisch Red Teaming: verdeckt, auf Basis spezifischer Threat Intelligence und gegen die Live-Produktionssysteme, die kritische oder wichtige Funktionen tragen. Die technischen Regulierungsstandards in der Delegierten Verordnung (EU) 2025/1190 (RTS zu TLPT) schreiben eine aktive Testphase von mindestens zwölf Wochen vor und regeln Vorbereitung, Abschluss und Anforderungen an die Tester. TIBER-EU wurde an diese Standards angeglichen. In Deutschland ist die BaFin TLPT-Behörde, die Bundesbank unterstützt die Tests operativ.

Für alle anderen Unternehmen ist der TLPT-Rahmen trotzdem ein nützlicher Maßstab. Er zeigt, welche Rollen, Regeln und Nachbereitung ein Red Teaming braucht, um belastbare Ergebnisse zu liefern.

Fazit

Das passende Format ergibt sich aus der Frage, die Sie beantworten wollen, und aus dem Reifegrad Ihrer Verteidigung. Ein Scan ersetzt keinen Pentest, und ein Red Teaming ersetzt keinen Pentest, solange grundlegende Schwachstellen noch offen sind. Wer die Formate nacheinander einsetzt, bekommt aus jedem den größten Erkenntnisgewinn.

[Name, Rolle]

Pentester bei ProSec Networks. Schreibt über das, was im Projekt auffällt.

Das passende Format finden

Wir besprechen mit Ihnen Ihre Ausgangslage und empfehlen das Format, das Ihre Frage am direktesten beantwortet.

Sprechen Sie mit uns über Ihr Vorhaben

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.

Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Ansprechpartner aus dem ProSec-Team
Unser Team für Beratungsgespräch und Scoping

Wir wählen aus, wer fachlich zu Ihrem Anliegen passt. Diese Person meldet sich bei Ihnen. Ab der Beauftragung übernimmt eine feste Projektleitung aus dem Fachbereich bis zum Retest.

info@prosec-networks.com