Für AI-native Teams

SOC 2 & ISO 27001 für KI-Startups

Ihr shippt KI-Produkte, keine Audit-Artefakte. AuditBadger gibt AI-native Teams einen SOC 2- und ISO 27001-Workflow, der wirklich dazu passt, wie ihr baut — Subprozessoren, Modellanbieter, Datenflüsse und alles Drumherum.

01 / Bist du das

Kommt dir das bekannt vor?

Ihr seid 3–15 Leute, überwiegend Engineers, überwiegend am Shippen
OpenAI, Anthropic, Pinecone, HuggingFace leben in eurem Stack
Enterprise-Prospects fragen nach einem SOC 2-Bericht oder ISO-Zertifikat
Niemand im Team will das Vollzeit besitzen
02 / Warum es anders ist

Warum Compliance dich anders trifft.

01

Subprozessor-Wildwuchs

Eure Lieferantenliste hat sich verdoppelt, sobald ihr LLMs eingebaut habt. Auditoren wollen jeden davon gemappt, risikobewertet und geprüft — inklusive der Modellanbieter, bei denen Käufer nervös werden.

02

Daten, die ihr nicht ganz seht

Prompts, Completions, Embeddings, Fine-Tuning-Sets. Was geloggt wird, wo es liegt und wer zugreifen kann, ist schwerer zu beantworten als bei typischem SaaS.

03

Käufer verschieben die Torpfosten

Enterprise-Sicherheitsreviews enthalten inzwischen KI-spezifische Fragen — Trainingsdaten, Retention, menschliche Aufsicht. Generische Compliance-Tools wurden dafür nicht geschrieben.

03 / Ein durchgerechnetes Beispiel

Wie aus einer OpenAI-Abhängigkeit audit-fähige Evidenz wird

Ihr nutzt die OpenAI-API für euer Kern-Feature. Ein Auditor will sehen, dass diese Abhängigkeit sauber gesteuert ist. So läuft das tatsächlich durch AuditBadger — vom Anlegen des Lieferanten bis zum Moment, in dem er als Nachweis auftaucht.

Schritt 01

OpenAI als Lieferant anlegen. Die Plattform zieht Standardinfos (Subprozessorliste, Region, DPA-Verfügbarkeit) und fragt das Spezifische ab: welche Endpoints ihr aufruft, ob ihr Prompts loggt und ob Zero-Retention aktiviert ist.

Schritt 02

Ein Risikoeintrag wird automatisch erzeugt: Modelldaten-Exposition, Prompt Injection, Drittanbieter-Breach. Du übernimmst oder passt inhärente und Rest-Bewertungen an — kein leeres Spreadsheet.

Schritt 03

Statement of Applicability und SOC 2-Control-Mapping aktualisieren sich, weil ein Modellanbieter in eurem Datenpfad sitzt. Relevante Controls (A.5.19 Lieferantenbeziehungen, CC9.2 Vendor Management) werden automatisch getaggt.

Schritt 04

Euer DPA mit OpenAI wird als Nachweis angehängt. Mit Zero-Retention wird auch die Bestätigungsmail zum Nachweis. Der KI-Compliance-Assistent schreibt den erzählenden Absatz für eure System Description.

Schritt 05

Sechs Monate später wechselt ihr für eine Produktlinie zu Anthropic. Lieferantendatensatz aktualisieren; Risiko, SoA und Nachweisanforderungen regenerieren sich. Der Audit-Trail zeigt wann und warum.

Fazit

Die Audit-Frage ist nicht 'nutzt ihr OpenAI' — sondern 'könnt ihr zeigen, wie ihr diese Abhängigkeit über die Zeit steuert'. Dieser Workflow macht die Antwort langweilig, und genau das ist das Ziel.

04 / Zwei Frameworks

SOC 2 und ISO 27001, zugeschnitten auf deine Realität.

Eine Plattform, zwei Frameworks. Wähl eins, starte mit beiden oder wechsle später.

SOC 2

Der Bericht, nach dem US-Käufer fragen.

  • Control-Mapping, das LLM- und Vektor-DB-Subprozessoren berücksichtigt
  • Nachweiserfassung für KI-Lieferantenverträge, DPAs und Datenhandling-Bestätigungen
  • System-Description-Vorlagen, die KI-Inferenzpfade ehrlich beschreiben
  • Trust Service Criteria, abgestimmt auf KI-lastige Datenflüsse
SOC 2 entdecken →
ISO 27001

Das Zertifikat, das europäische und Enterprise-Käufer sehen wollen.

  • Annex-A-Controls, zugeschnitten auf eure KI- und Dateninfrastruktur
  • Risikoregister-Vorlagen, vorbefüllt mit KI-spezifischen Bedrohungen
  • SoA-Guidance für LLM-Subprozessoren
  • Im Einklang mit EU-Kundenerwartungen an KI-Governance
ISO 27001 entdecken →
05 / Die ersten 60 Tage

Wie die ersten 60 Tage wirklich aussehen.

Keine Marketing-Timeline — die echte Abfolge, die wir bei Teams wie deinem sehen.

Woche 1

Den KI-Stack ehrlich kartieren

Jeden Modellanbieter, jede Vektor-DB, jede Fine-Tuning-Pipeline und jeden Datenverarbeiter inventarisieren. Die meisten KI-Teams entdecken 4–6 vergessene Lieferanten. AuditBadger nimmt sie in einer Session ins Lieferantenregister auf.

Wochen 2–3

Datenflüsse festzurren

Dokumentieren, was zu OpenAI/Anthropic geht, was aufbewahrt wird, was intern geloggt wird. Das wird das Rückgrat eurer System Description und eurer Antworten auf die KI-Teile von Sicherheitsfragebögen.

Wochen 3–4

Richtlinien für euren echten Stack generieren

Acceptable Use für KI-Tools, Datenhandling für Modell-Inputs, Incident Response, die Halluzinationen und Prompt Injection abdeckt. Kein Boilerplate — generiert aus eurem Inventar.

Wochen 4–6

Automatisierte Nachweise einschalten

AWS/GCP/Azure/DigitalOcean/Scaleway/GitHub/Cloudflare verbinden. Nachweise fließen nach Zeitplan, damit ihr in Woche 8 keine Screenshots jagt.

Wochen 6–8

Audit-ready für SOC 2 Type I

Walkthrough-fähige System Description, Controls gemappt, Nachweise live. Von hier ist ein Type-I-Bericht Wochen entfernt; ISO 27001 teilt ~60 % der Arbeit und kann parallel laufen.

06 / So funktioniert es

So löst AuditBadger das.

KI-Compliance-Assistent, der euren Stack kennt

Frag ihn, wie ein SOC 2-Auditor eure OpenAI-Fine-Tuning-Pipeline sehen wird. Er antwortet mit eurem eigenen Lieferantenregister, euren Datenflüssen und Richtlinien — nicht mit generischen Docs.

Mehr erfahren →

Lieferantenbewertung für LLM-Anbieter

Vorbefüllte Templates für Modellanbieter, Vektor-DBs und Embedding-Services. OpenAI, Anthropic, Pinecone in Minuten prüfen — die richtigen Fragen sind schon gestellt.

Mehr erfahren →

Nachweise aus den Tools, die KI-Teams wirklich nutzen

Automatische Pulls aus AWS, GCP, Azure, DigitalOcean, Scaleway, GitHub, Cloudflare. Für KI-spezifische Nachweise (DPAs, Retention-Settings, Modell-Zugriffslogs) klare Upload-Workflows mit Erinnerungen.

Mehr erfahren →

Risikoregister mit KI-Bedrohungen vorbefüllt

Prompt Injection, Trainingsdaten-Leak, Kompromittierung des Modellanbieters, Halluzinationsfolgen — vorbefüllt, damit ihr verfeinert statt bei null zu schreiben.

Mehr erfahren →

Trust Center für KI-bewusste Käufer

Eine öffentliche Seite, auf der Enterprise-Käufer eure Zertifizierungen, eure KI-Governance-Haltung und eure Subprozessorliste sehen. Erledigt 60 % der eingehenden Sicherheitsfragen.

Mehr erfahren →

Richtlinien, abgestimmt auf ein KI-Produkt

Acceptable Use, Datenhandling und Incident Response, die Modelle, Prompts und Fine-Tuning benennen — kein generisches SaaS-Boilerplate, für das ihr euch schämen müsstet.

Mehr erfahren →
07 / Was Auditoren fragen

Was Auditoren Teams wie deinem wirklich fragen.

Echte Fragen aus SOC 2- und ISO 27001-Audits für deine Kohorte — und wie eine gute Antwort aussieht.

Q

Welche Dritten verarbeiten Kundendaten — einschließlich KI-Modellanbieter?

A

Der Auditor will eine vollständige, aktuelle Subprozessorliste mit Verträgen und Datenhandling-Bedingungen. LLM-Anbieter zählen. Lücken hier sind das mit Abstand häufigste Finding bei KI-Startups.

Q

Wie sieht eure Retention- und Logging-Haltung für Prompts und Completions aus?

A

Entweder ist Zero-Retention beim Anbieter konfiguriert, oder es gibt einen dokumentierten Aufbewahrungsplan. 'Wissen wir nicht' ist der Versagensfall. Was auch immer die Antwort ist — sie muss zu eurer Datenschutzerklärung passen.

Q

Wie verhindert ihr, dass sensible Kundendaten an externe Modelle gehen?

A

Der Auditor will ein konkretes Control — Input-Filterung, Tenant-Isolation, Kunden-Opt-outs oder eine Richtlinien-Restriktion — und Nachweise der Durchsetzung. Kein Versprechen; ein Mechanismus.

Q

Was ist euer Prozess, wenn ein Modellanbieter einen Vorfall hat?

A

Euer Incident-Response-Plan muss Ausfälle und Breaches von Dritt-KI explizit abdecken. Inklusive: wie ihr davon erfahrt, wer über Kundenbenachrichtigung entscheidet und wie schnell.

08 / FAQ

Fragen, die wir oft hören.

Deckt SOC 2 ab, wie wir OpenAI oder Anthropic nutzen?

Ja — Modellanbieter sind Subprozessoren, und SOC 2 erwartet, dass sie wie jeder andere Lieferant gemappt, vertraglich gebunden und risikobewertet sind. AuditBadger behandelt sie als vollwertige Lieferanten in eurem Register und hilft, die dorthin fließenden Daten zu dokumentieren.

Ist ISO 27001 für KI-Startups besser als SOC 2?

Keins ist strikt besser. SOC 2 ist meist schneller zu erstellen und das, wonach US-Enterprise-Käufer zuerst fragen. ISO 27001 ist ein formales Zertifikat, das europäische Käufer und größere Unternehmen oft verlangen. Viele KI-Startups machen erst SOC 2 und ergänzen ISO 27001 innerhalb eines Jahres.

Wir nutzen Vektor-Datenbanken und fine-tunen auf Kundendaten. Ist das ein Problem?

Nicht per se — aber es muss dokumentiert, risikobewertet und durch die richtigen Vereinbarungen abgedeckt sein. AuditBadger hat Templates genau dafür: welche Daten wohin fließen, Aufbewahrungsregeln, Zugriffskontrollen und wie Kunden widersprechen können.

Wie schnell bekommt ein KI-Startup realistisch SOC 2?

Die meisten KI-Startups mit AuditBadger sind in 4–8 Wochen SOC 2 Type I-ready. Type II erfordert nach Type I ein Beobachtungsfenster (typischerweise mindestens 3 Monate). ISO 27001 liegt für das Erstaudit in einem ähnlichen Zeitrahmen.

Brauchen wir einen dedizierten Compliance-Hire?

Nein. Der ganze Sinn der Plattform ist, dass ein technischer Founder oder Engineer das nebenbei treiben kann. Ihr investiert Stunden pro Woche, keine ganzen Tage. Und wenn ihr Menschen braucht, verbinden wir euch direkt mit Auditoren.

Was, wenn unsere KI-Lieferanten wechseln?

Lieferant in AuditBadger aktualisieren — die Plattform zieht die Änderung durch Risikoregister, SoA und Nachweisanforderungen. Audits bestrafen nicht Veränderung — sie bestrafen undokumentierte Veränderung.

Bereit, das nicht länger aufzuschieben?

Hol dir SOC 2 oder ISO 27001 zu deinen Bedingungen — ohne Berater, ohne Vollzeit-Compliance-Hire, ohne das Grauen.