Scoping-Guide: Was einen Pentest aufwendig macht, und was nicht

Zwei Angebote für scheinbar denselben Pentest können um ein Vielfaches auseinanderliegen. Der Grund liegt fast immer darin, was im Scoping geklärt wurde und was offen blieb. Dieser Leitfaden zeigt, welche Faktoren den Aufwand tatsächlich bestimmen und wie Sie ein Scoping-Gespräch so führen, dass das Ergebnis Ihre Frage beantwortet.

[Name, Rolle]
25.09.2026 | 6 Min. Lesezeit
Waage wägt Netzwerk gegen Technologie ab

Am Anfang steht die Frage, die der Test beantworten soll

Ein gutes Scoping beginnt mit der Entscheidung, die der Test unterstützen soll. Soll er zeigen, ob ein neues Kundenportal vor dem Go-live belastbar ist? Ob ein Angreifer mit einem gestohlenen Mitarbeiterkonto die Domäne übernehmen könnte? Ob Ihr Perimeter nach einer Migration sauber ist? Aus dieser Frage ergeben sich Ausgangspunkt, Zielsysteme und Tiefe fast von selbst.

Das BSI unterscheidet in seinem Durchführungskonzept Pentests nach Informationsbasis, Aggressivität, Umfang, Vorgehensweise, Technik und Ausgangspunkt. Diese Kriterien sind bis heute eine brauchbare Checkliste: Wer zu jedem Punkt eine bewusste Entscheidung getroffen hat, bekommt vergleichbare Angebote.

Dashboard mit zentralem Tachometer und sechs Reifegrad-Bereichen

Was den Aufwand tatsächlich treibt

  • Anzahl und Art der Systeme: Entscheidend sind erreichbare Dienste und ihre Vielfalt, nicht die Größe des Adressbereichs. Ein /24-Netz mit zwölf aktiven Systemen ist schneller geprüft als fünf Server mit individuellen Schnittstellen.
  • Rollen in Anwendungen: Jede Rolle, jeder Mandant und jeder Freigabeworkflow vervielfacht die Prüfung von Berechtigungen. Eine Anwendung mit Administrator, Sachbearbeiter und Kunde braucht drei Perspektiven, bei Mandantentrennung zusätzlich die Prüfung zwischen den Mandanten.
  • Tiefe: Sie ist der größte Einzelfaktor. Werden Schwachstellen nur identifiziert, oder verfolgen die Tester sie bis zur Ausnutzung und verbinden sie zu Angriffsketten? Ein Greybox-Test, für den Sie Zugangsdaten und Dokumentation bereitstellen, spart dabei Zeit, die sonst in reine Erkundung fließt.
  • Umgebungen: Test und Produktion getrennt zu prüfen, kostet doppelt. Weicht die Testumgebung in Konfiguration oder Daten stark ab, gilt das Ergebnis nur eingeschränkt für die Produktion.
  • Zeitfenster: Darf nur nachts oder am Wochenende geprüft werden, verlängert sich die Laufzeit und oft auch der Aufwand, weil Rückfragen an Ihr Team warten müssen.
  • Rahmenbedingungen: Tests vor Ort, Zugänge über Jump-Hosts, Freigaben von Dienstleistern, ein Bericht in zwei Sprachen oder die Abstimmung mit Betriebsrat und Datenschutz bei Social Engineering erzeugen Aufwand, der nichts mit der eigentlichen Prüfung zu tun hat, aber eingeplant sein muss.

Was den Aufwand kaum beeinflusst

Umsatz, Mitarbeiterzahl oder Bekanntheit Ihres Unternehmens sagen wenig über den Prüfaufwand. Auch die Zahl der erwarteten Befunde ist kein Treiber: Ein sauber gehärtetes System zu prüfen dauert nicht kürzer, denn der Nachweis, dass ein Angriffsweg nicht funktioniert, braucht dieselbe Sorgfalt wie der Nachweis, dass er funktioniert.

Ebenso wenig senkt eine vorgeschaltete Web Application Firewall den Aufwand. Sie verändert, wie geprüft wird, und sollte im Scoping genannt werden, damit klar ist, ob sie Teil des Tests ist oder für die Testquellen freigeschaltet wird.

So läuft ein gutes Scoping-Gespräch ab

Ein Scoping-Gespräch dauert für einen klar umrissenen Test meist eine Stunde. Auf Ihrer Seite sollten die Person, die das Ziel verantwortet, und jemand mit Kenntnis der Architektur dabei sein. Bei komplexen Umgebungen mit mehreren Beteiligten lohnt ein moderierter Scoping-Workshop von einem halben bis ganzen Tag, an dessen Ende ein Security-Assessment-Plan mit Prüfzielen, Zielobjekten, Methodik, Prioritäten, Zuständigkeiten und Eskalationsregeln steht.

  • Ziel und Anlass: Welche Entscheidung soll der Test stützen, und wer liest das Ergebnis?
  • Schutzziele: Welche Daten und Prozesse sind geschäftskritisch, und was darf keinesfalls ausfallen?
  • Angreifermodell: Von außen ohne Wissen, mit Zugangsdaten eines Kunden oder mit einem kompromittierten Arbeitsplatz?
  • Zielobjekte und Tiefe: Welche Systeme, Rollen und Schnittstellen, und wie weit sollen Befunde verfolgt werden?
  • Rahmen: Umgebungen, Zeitfenster, Dienstleister, Ansprechpartner und Abbruchkriterien.
  • Erfolg: Woran messen Sie nach dem Test, dass er sich gelohnt hat?
Schema einer Cybersicherheits-Architektur vom Laptop bis zur Cloud

Typische Fehler im Scoping

  • Den Umfang am Budget ausrichten statt am Ziel. Wer zu viele Systeme in zu wenige Tage packt, bekommt Breite ohne Aussage.
  • Kritische Systeme aus Sorge um den Betrieb ausklammern. Besser ist es, für sie ein eigenes Zeitfenster und eine schonende Vorgehensweise zu vereinbaren.
  • Nur die Testumgebung prüfen lassen, obwohl sie der Produktion nicht entspricht.
  • Rollen in Anwendungen nicht nennen. Ohne Testkonten für jede Rolle bleibt die Berechtigungsprüfung lückenhaft.
  • Freigaben von Hostern und Cloud-Anbietern erst in der Testwoche anfragen.
  • Den Retest nicht einplanen. Ohne ihn fehlt der Nachweis, dass Befunde tatsächlich geschlossen sind.

Was Sie nach dem Scoping in der Hand haben sollten

Ein belastbares Angebot beschreibt, was geprüft wird, wie tief, aus welcher Perspektive und in welchem Zeitraum. Ebenso wichtig ist, was ausdrücklich nicht geprüft wird. Diese Abgrenzung schützt beide Seiten: Sie wissen, welche Aussage der Bericht treffen kann, und Ihr Management weiß, welche Restfragen offen bleiben. Die Durchführung dauert je nach den oben genannten Faktoren wenige Tage bis einige Wochen.

Fazit

Der Aufwand eines Pentests folgt aus Ihrer Frage, der Zahl der Perspektiven und der gewünschten Tiefe. Wer diese drei Punkte im Scoping klärt, erhält vergleichbare Angebote und einen Bericht, der genau die Entscheidung stützt, für die er beauftragt wurde.

[Name, Rolle]

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

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