On-Premise- und Air-Gap-Pentest-Plattformen: ein Einkaufsleitfaden

Die meisten Käufer vergleichen Pentest-Plattformen danach, was sie finden. Für regulierte Organisationen liegt der erste Filter oft woanders: wo die Control Plane und die KI der Plattform laufen — und damit, wohin Findings, Zugangsdaten und Nachweise gelangen. Diese Entscheidung bestimmt drei Dinge, die ein Risikoausschuss wissen will:

• Wer Drittpartei ist

  Eine Hersteller-Cloud, die Ihre Findings empfängt, ist ein Dienstleister, der Ihre Sicherheitsdaten verarbeitet — mit eigenen Standorten, Unterauftragnehmern und Mitarbeitenden.

• Was bewertet und vertraglich geregelt werden muss

  Jeder solche Anbieter bringt Due Diligence, Vertragsklauseln, Überwachung und einen Exit-Plan mit sich.

• Was passiert, wenn der Hersteller ausfällt

  Hängt das Testen an einer Hersteller-Cloud, stoppen eine Sperrung, ein Ausfall oder eine Insolvenz auch Ihre Tests.

Keine der folgenden Vorschriften verbietet eine in der Cloud gehostete Pentest-Plattform, und viele Organisationen betreiben eine, nachdem sie diese Arbeit erledigt haben. Dieser Leitfaden macht die Arbeit vor dem Kauf sichtbar und zeigt, was eine On-Premise- oder Air-Gap-Option leisten muss, um sie überflüssig zu machen.

• Verteidigung, Streitkräfte und die Rüstungsindustrie

  Eingestufte und kontrollierte Informationen, Netze, die per Vorschrift air-gapped sind, und für US-Rüstungszulieferer die CMMC-Scoping-Regeln, wohin CUI und Sicherheitsdaten gelangen dürfen. Siehe Verteidigung und air-gapped Netze und US-Rüstungsindustrie (CMMC).

• Öffentliche Verwaltung und Regierung

  Vorschriften zur nationalen Sicherheit und zur Einstufung von Daten, etwa der nationale Cybersicherheitsperimeter Italiens, sowie der Grundsatz, dass die Werkzeuge, die den Staat verteidigen, unter seiner Kontrolle bleiben.

• Banken, Versicherer und Marktinfrastrukturen

  IKT-Drittparteienrisiko, Konzentrationsrisiko und Exit-Strategien unter DORA in der EU sowie Auslagerungs- oder Datenresidenzvorgaben nationaler Aufsichtsbehörden anderswo.

• Gesundheitswesen und Life Sciences

  Besondere Kategorien personenbezogener Daten nach Art. 9 DSGVO, HIPAA-Pflichten als Business Associate in den USA und Krankenhäuser, die unter NIS2 als wesentliche Einrichtungen gelten.

• Betreiber von OT- und Industrienetzen

  Werks-, Energie- und Versorgungsnetze, die bewusst isoliert sind und in denen ein Werkzeug, das eine ständige Internetverbindung braucht, gar nicht erst installiert werden kann.

Der gemeinsame Nenner ist nicht die Größe, sondern die Sensibilität der Sicherheitsdaten und die Isolation des Netzes. Die vollständige Liste mit dem regulatorischen Treiber je Branche finden Sie auf der Seite On-Premise-KI-Red-Team.

Drei Regelwerke machen den Betriebsort einer Pentest-Plattform zur Compliance-Frage. Keines davon verbietet die Cloud; jedes erzeugt zusätzliche Arbeit, sobald Ihre Findings das Haus verlassen.

• DORA (Finanzunternehmen in der EU)

  Der Vertrag muss angeben, wo Daten verarbeitet und gespeichert werden (Art. 30(2)(b)), und Dienstleistungen, die kritische oder wichtige Funktionen unterstützen, brauchen eine getestete Exit-Strategie (Art. 28(8)).

• NIS2 (wesentliche und wichtige Einrichtungen)

  Die Sicherheit der Lieferkette ist eine Pflichtmaßnahme (Art. 21(2)(d)), und die spezifischen Schwachstellen und Sicherheitspraktiken jedes Lieferanten sind zu berücksichtigen (Art. 21(3)).

• CMMC (US-Rüstungsauftragnehmer)

  Ein Cloud-Dienst, der Ihre Findings oder Test-Zugangsdaten empfängt, verarbeitet Security Protection Data und ist damit ein External Service Provider in Ihrem Assessment-Scope (32 CFR 170.4).

Hersteller verwenden On-Premise für sehr unterschiedliche Architekturen: einen lokalen Sensor, gesteuert über eine Cloud-Konsole, eine lokale Engine, die ein Cloud-KI-Modell aufruft, oder eine eigenständige Appliance. Definieren Sie den Begriff im Vertrag, Punkt für Punkt:

• Standardmäßig keine Telemetrie

  Listen Sie jede ausgehende Verbindung auf, die das Produkt im Normalbetrieb herstellt, mit Ziel und Inhalt. Alles darüber hinaus sollte Opt-in und dokumentiert sein.

• Lokale KI-Modelle

  Legen Sie fest, wo die Inferenz läuft. Können Prompts, Findings oder Zugangsdaten einen externen Modell-Endpunkt erreichen, ist dieser Anbieter eine Drittpartei und gehört in Ihre Bewertung. Siehe private KI in der Cybersecurity.

• Offline-Lizenzierung

  Die Plattform sollte weiterlaufen, wenn sie den Hersteller nicht erreicht, mit lokal geprüfter Lizenzlaufzeit — damit ein Ausfall, ein Streit oder eine Insolvenz des Herstellers Ihre Tests nicht abschaltet.

• Ein kontrollierter Update-Prozess

  Vom Hersteller signierte Updates, vor der Installation prüfbar, in isolierten Netzen offline einspielbar und installiert, wann Sie es entscheiden.

• Lokale Speicherung der Nachweise

  Findings, Nachweise und Zugangsdaten auf Ihrer Hardware gespeichert, mit einer Integrität, die Sie ohne den Hersteller prüfen können, und Exportformaten, die Sie nach Vertragsende behalten können.

• Datenlöschung

  Wie Daten bei Vertragsende oder bei Rücksendung der Hardware zur Reparatur oder zum Austausch gelöscht werden und welcher Vernichtungsnachweis erbracht wird.

• Fernwartung

  Ob der Hersteller jemals Fernzugriff benötigt, wer ihn freigibt und wie er protokolliert wird.

• Verhalten im Air-Gap

  Welche Funktionen vom Internet abhängen und bei vollständiger Isolation entfallen, damit der Test-Scope entsprechend geplant wird.

Die Betriebsoptionen unterscheiden sich stärker, als die Kategoriebezeichnungen vermuten lassen. Aus der Dokumentation, die wir für unsere Vergleichsseiten ausgewertet haben:

• Horizon3.ai NodeZero

  Läuft von einem vom Kunden gehosteten Host aus, wird aber aus der Cloud von Horizon3 orchestriert; dieser Host braucht während eines Tests durchgehend ausgehenden Zugang. Ein in der EU gehostetes Portal ist verfügbar; eine Air-Gap-Edition ist nicht dokumentiert.

• Pentera

  Pentera Core wird auf Ihrer eigenen Infrastruktur installiert, während Pentera Surface auf AWS gehostet wird und seine Generative-AI-Funktionen einen Cloud-LLM-Dienst aufrufen. Ein vollständig air-gapped Betrieb ist nicht dokumentiert.

• Cymulate

  Nur SaaS: Schlanke Testpunkte laufen in Ihrem Netzwerk, Plattform und KI laufen in der Cloud von Cymulate.

• XM Cyber

  Standardmäßig SaaS, mit EU-Hosting-Optionen und BSI C5. Eine dokumentierte, vollständig On-Premise- oder air-gapped Edition haben wir nicht gefunden.

• XBOW

  Als SaaS auf Frontier-Modellen von Drittanbietern bereitgestellt; zielt auf aus dem Internet erreichbare Web-Apps und APIs.

• Picus Security

  Ein Anbieter für Breach and Attack Simulation (BAS), SaaS-first, dokumentiert aber On-Premise- und Air-Gap-Deployment.

Daraus folgen zwei faire Schlussfolgerungen. SaaS-Plattformen bieten echte Vorteile — schnelleres Onboarding, keine Hardware zu verwalten — und für Organisationen ohne die oben genannten Einschränkungen können sie die richtige Wahl sein. Und On-Premise- oder Air-Gap-Optionen sind nicht auf einen einzigen Hersteller beschränkt: Stellen Sie jedem Hersteller auf Ihrer Shortlist die folgenden Fragen und lesen Sie die Antworten im Vertrag, nicht im Datenblatt. Herstellerdokumentation ändert sich; prüfen Sie daher jeden Punkt zum Kaufzeitpunkt mit dem Hersteller. Direkte Gegenüberstellungen finden Sie unter Alternativen.

Senden Sie diese Fragen an jeden Hersteller auf Ihrer Shortlist und bewahren Sie die Antworten zusammen mit dem Vertrag auf.

1. 1Listen Sie jede ausgehende Verbindung auf, die die Plattform im Normalbetrieb herstellt, mit Ziel und Inhalt. Lässt sich jede davon abschalten?
2. 2Wo laufen die KI-Modelle? Können Prompts, Findings oder Zugangsdaten einen externen Inferenz-Endpunkt erreichen, und wem gehören die Modelle?
3. 3Läuft die Plattform vollständig ohne Internetverbindung? Welche Funktionen entfallen im Air-Gap-Modus?
4. 4Gibt es Telemetrie, einschließlich Nutzungs-, Absturz- oder Update-Status-Meldungen? Ist sie standardmäßig deaktiviert, und was enthält die Nutzlast?
5. 5Wie wird die Lizenz durchgesetzt? Arbeitet die Plattform weiter, wenn sie den Hersteller nicht erreicht, und was passiert am Ende der Laufzeit?
6. 6Wie werden Updates ausgeliefert, signiert und geprüft, und lassen sie sich offline zu einem von Ihnen gewählten Zeitpunkt einspielen?
7. 7Was enthalten Updates, und sehen Sie Release Notes vor der Installation?
8. 8Wo werden Findings, Nachweise und Test-Zugangsdaten gespeichert, und können Sie deren Integrität ohne den Hersteller prüfen?
9. 9In welchen Formaten lassen sich Nachweise und Berichte exportieren, sodass sie nach Vertragsende nutzbar bleiben?
10. 10Wie werden Daten bei Vertragsende oder bei Rückgabe der Hardware gelöscht, und welcher Vernichtungsnachweis wird erbracht?
11. 11Erfordert der Support jemals Fernzugriff? Wer gibt ihn frei, und wie wird er begrenzt und protokolliert?
12. 12Welche Unterauftragnehmer, Hosting-Anbieter oder KI-Anbieter kommen mit Ihren Daten in Berührung, und in welchen Ländern (DORA Art. 29(2) und 30(2)(b))?
13. 13Gibt es eine Software Bill of Materials für die Plattform, und wie werden Schwachstellen in der Plattform selbst behandelt und offengelegt?
14. 14Welche unabhängige Absicherung gibt es für Hersteller und Produkt: Zertifizierungen und deren Status sowie Penetrationstests der Plattform durch Dritte?
15. 15Wie bleibt die Plattform innerhalb des autorisierten Scopes, wer gibt riskante Aktionen frei, und wie wird sie gestoppt? Der OWASP-APTS-Leitfaden für Einkäufer macht aus dieser Frage eine strukturierte Bewertung.

Unter DORA fließen die Antworten in das Informationsregister und den Exit-Plan ein, unter NIS2 in die Lieferantenbewertung, unter CMMC in das Asset-Inventar und den System Security Plan.

Zero Hunt ist ein autonomes KI-Red-Team für Netzwerke und Infrastruktur, ausgeliefert als Appliance — als Desktop-Gerät für kleinere Standorte oder als 2U-Rack für Unternehmen und Rechenzentren. Was die Website zum Betrieb angibt:

• Ausgehende Verbindungen und Telemetrie: Der gesamte Stack, einschließlich der KI-Modelle, des Nachweisspeichers und der Konsole, läuft auf der Appliance, und keine Kundendaten verlassen sie. Ist sie verbunden, baut die Appliance nur Verbindungen auf, um signierte Produkt-Updates, öffentliche Threat Intelligence und, für Gray-Box-Analysen, den veröffentlichten Quellcode der getesteten Softwareversion abzurufen — Letzteres lässt sich abschalten oder auf Ihren eigenen Quellcode-Mirror umleiten. Update-Status-Meldungen (Release-ID, Status, Zeitstempel) sind Opt-in.
• KI-Modelle: Die eigenen ZeroHunt-Apex-Modelle laufen auf der GPU der Appliance, ohne externe KI-API.
• Air-Gap-Modus: Nichts geht nach außen; Updates kommen als signierte Offline-Pakete, Threat Intelligence als Offline-Import. Aufklärung über öffentliche OSINT-Quellen und das Herunterladen veröffentlichten Quellcodes sind dort abgeschaltet, sodass diese Assessments als Black-Box laufen, sofern die Appliance nicht Ihre eigenen Quellcode-Mirrors erreichen kann.
• Lizenzierung: Mit einer Offline-Lizenz prüft die Appliance ihre Laufzeit lokal und muss Zero Hunt nicht erreichen, um weiterzulaufen.
• Nachweise: Jeder Angriffsversuch wird in einem signierten, per Hash verketteten Nachweisdatensatz auf der Appliance festgehalten, und exportierte Berichte sind signiert.
• Absicherung: Das Trust Center nennt den aktuellen Stand offen: Das Appliance-Image wird jährlich von einem unabhängigen Unternehmen einem Penetrationstest unterzogen, ISO/IEC 27001 ist in Arbeit und SOC 2 Type II ist geplant. Siehe das Trust Center.

Zwei ehrliche Einschränkungen. On-Premise nimmt Zero Hunt nicht aus einem DORA-Register heraus: Ein Hersteller, der Updates liefert, erbringt eine IKT-Dienstleistung nach Artikel 3(21) und muss daher weiterhin erfasst und bewertet werden — der Datenstandort ist aber Ihr eigener. Und Punkte wie die Datenlöschung bei Vertragsende oder bei Rückgabe der Hardware sind Vertragssache; verlangen Sie sie schriftlich, wie von jedem Hersteller. Um die Eignung für Ihre Umgebung zu prüfen, fordern Sie eine Demo an.