jacobideji/aiiroverlayAI IR Overlay™ — praktischer Incident-Response-Rahmen für KI-Agenten in der Produktion. Basierend auf NIST SP 800-61 r3, abgestimmt auf NIST AI RMF, NIST CSF 2.0, OWASP Top 10 für Agentic Applications 2026, ISO/IEC 42001, EU AI Act.
Warum ein Overlay und kein Ersatz. Die These.
Teil des AI IR Overlay™-Frameworks. Siehe CONTENT_MAP.md für die vollständige Repository-Übersicht.
Aktuelle Version: v0.35.0 · 2026-07-09 · CHANGELOG
Eine praktische Incident-Response-Basislinie für KI-Agenten im Produktivbetrieb. Frei anpassen und kritisch hinterfragen.
Traditionelle Incident Response (kodifiziert in NIST SP 800-61 r3, die r2 im April 2025 ablöste) wurde rund um unbefugte Zugriffsvektoren aufgebaut: Malware, Exploits, Diebstahl von Anmeldedaten, laterale Bewegung. KI-Agenten verändern das Fehlermuster.
KI-Vorfälle manifestieren sich oft über autorisierte Kanäle:
Wenn der Akteur autorisiert ist, verschiebt sich die Frage von „Wer kam hinein?" zu „Was konnte es berühren, und was hat es getan?" Entscheidende Beweise liegen nun in Prompts, Tool-Aufrufen, Retrieval-Traces und Konfigurationszuständen. Nicht auf Endpunkten.
Die Kernmechanik effektiver Incident Response bleibt unverändert:
KI schreibt die Regeln effektiver IR nicht neu. Sie verändert die Landkarte.
Das AI IR Overlay operationalisiert Bereitstellerpflichten für KI-Systeme im Produktivbetrieb. Ein Bereitsteller ist die Organisation, die ein KI-System in ihrem eigenen Betrieb unter eigener Aufsicht nutzt (gemäß EU AI Act Artikel 3). Dieses Framework richtet sich an das Sicherheitsteam, das auf Vorfälle in Agenten reagiert, die die Organisation des Bereitstellers betreibt.
Außerhalb des Umfangs:
Vendor-Copilots, die eine Organisation bereitstellt, fallen in den Umfang des Bereitstellers (Kundenseite). Die Anbieterpflichten des Vendors werden hier nicht behandelt.
Das AI IR Overlay fügt Ihrem bestehenden IR-Programm vier agentenbewusste Kontrollen hinzu (das Minimum Viable Overlay, kurz MVO).
Hinweis: Die unten gezeigten Phasen sind an NIST SP 800-61 r3 (April 2025) ausgerichtet, aufgeschlüsselt in sieben operativ unterscheidbare Spalten gemäß
MATRIX.mdAbschnitt 1. NIST SP 800-61 r3 strukturiert Incident Response rund um die NIST-CSF-2.0-Funktionen (Govern, Identify, Protect, Detect, Respond, Recover); siehe die AI-IR-Overlay-zu-CSF-2.0-Zuordnung untercrosswalks/nist-csf-2.mdfür die Mapping auf Funktionsebene.```text ┌───────────────────────────────────────────────────────────────────────┐ │ AI IR Overlay Response Flow (NIST SP 800-61 r3, unpacked) │ │ │ │ Preparation → Detection → Triage → Containment → Evidence → │ │ Recovery → Closure │ └───────────────────────────────────────────────────────────────────────┘ │ ▼ ┌───────────────────────────────────────────────────────────────────────┐ │ AI IR Overlay · MVO Controls (4) │ │ │ │ 1. INVENTORY · Agents · Identities · Tools · Write Targets │ │ 2. SAFE MODES · Kill-Switch Ladder (M0–M5; 6 M3 + 2 M4 variants) │ │ 3. EVIDENCE · Minimum AI Evidence Set (Types A–F) │ │ 4. CONTROLLED · Staged, validated re-enablement │ │ RE-ENABLE │ └───────────────────────────────────────────────────────────────────────┘
Für die vollständige Phasen-für-Kontrolle-Matrix-Ansicht siehe [`MATRIX.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/MATRIX.md), Abschnitt 1.
## Lesereihenfolge
**Wenn Sie gerade auf einen AI-Agenten-Vorfall reagieren**, beginnen Sie mit [`RESPONSE-START.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/RESPONSE-START.md) für den Vier-Dateien-Navigationspfad, der Sie von der 3-Uhr-morgens-Seite zu einem verteidigungsfähigen 60-Minuten-Checkpoint führt.
**Neu hier? Beginnen Sie mit [QUICKSTART.md](https://github.com/jacobideji/aiiroverlay/blob/HEAD/QUICKSTART.md)** für den standardmäßigen 30-Tage-Einführungspfad. Für Startups und kleine Sicherheitsteams (5 oder weniger Personen, begrenzte Plattformkontrolle) ist [QUICKSTART-startup.md](https://github.com/jacobideji/aiiroverlay/blob/HEAD/QUICKSTART-startup.md) der 4-Wochen-Minimalpfad, der auf Reifegradstufe 2 abzielt. Für ein durchgearbeitetes End-to-End-Beispiel siehe [`examples/incident-walkthrough.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/examples/incident-walkthrough.md). Für funktionierende Codebeispiele der API-Verträge des Frameworks siehe [`reference-impls/`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/reference-impls/).
Für die vollständige konzeptionelle Lesereihenfolge: Die Punkte 1 bis 8 bilden den Kern, die Punkte 9 bis 15 sind die Arbeitsartefakte.
Für eine eigenständige tabellarische Referenz (Matrix-Ansicht des Frameworks: Phasen, Kill-Switch-Leiter, Beweisarten, Metriken, MVO-Kontrollen, Reifegradstufen, Playbook-Index, Standards-Abgleich), siehe [`MATRIX.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/MATRIX.md).
1. **Das Minimum Viable Overlay.** Die vier Kontrollen im Detail: [`framework/01-minimum-viable-overlay.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/framework/01-minimum-viable-overlay.md)
2. **Das mentale Modell.** Vier Sätze, die jede Entscheidung bestimmen: [`framework/02-mental-model.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/framework/02-mental-model.md)
3. **Die Reifegrad-Roadmap.** Wo Ihr Programm steht und wie Sie es voranbringen: [`framework/03-maturity-roadmap.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/framework/03-maturity-roadmap.md)
4. **Materialität und Offenlegung.** Das Einberufungsprotokoll, das entscheidet, welche regulatorische Uhr gilt und wann sie startet: [`framework/04-materiality-and-disclosure.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/framework/04-materiality-and-disclosure.md). Der kanonische Einberufungsauslöser (modusbasiert: M3+; zustandsbasiert: Kundendaten, externe Empfänger, finanzielle Handlungen, regulierte Daten, kundenorientierte Vertrauenswirkung, öffentliche Aufmerksamkeit), auf den sich jedes Playbook bezieht, das den Anruf einberufen kann.
5. **Die sechs Triage-Fragen.** Disziplin in der ersten Stunde: [`triage/six-questions.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/triage/six-questions.md). Druckbare Karte: [`triage/six-questions-card.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/triage/six-questions-card.md).
6. **Kill-Switch-Modi.** Containment-Leiter: [`kill-switches/overview.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/kill-switches/overview.md)
7. **Mindest-Beweissatz.** Was zu bewahren ist und in welcher Reihenfolge: [`evidence/minimum-evidence-set.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/evidence/minimum-evidence-set.md)
8. **Durchgearbeitetes End-to-End-Beispiel.** Ein synthetischer, aber spezifischer Incident-Response-Ablauf, der zeigt, wie das Framework als kohärentes System funktioniert (Inventar → sichere Modi → Beweise → Materialitätsentscheidung → kontrollierte Wiederaktivierung → Härtung nach dem Vorfall): [`examples/incident-walkthrough.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/examples/incident-walkthrough.md). Lesen Sie dies nach den Punkten 1–7, um zu sehen, wie die Kontrollen unter operativem Druck einander übergeben.
9. **Vorlagen.** [`templates/ai-bom.yaml`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/templates/ai-bom.yaml) (AI-Stückliste für MVO-1-Inventar) · [`templates/agent-privilege-matrix.csv`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/templates/agent-privilege-matrix.csv) (Tool-Tier-Matrix für MVO-2-Modus M3)
10. **Abgleiche.** [`crosswalks/nist-ai-rmf.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/crosswalks/nist-ai-rmf.md) (NIST AI RMF 1.0) · [`crosswalks/nist-csf-2.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/crosswalks/nist-csf-2.md) (NIST CSF 2.0 und SP 800-61 r3) · [`crosswalks/owasp-agentic-top-10.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/crosswalks/owasp-agentic-top-10.md) (OWASP Agentic Top 10 2026)
11. **Playbooks.** Alle vierundzwanzig ausgelieferten Playbooks (Inhalts-Gate abgeschlossen), organisiert nach dem in [CONTENT_MAP.md](https://github.com/jacobideji/aiiroverlay/blob/HEAD/CONTENT_MAP.md) beschriebenen Bogen:
- **Grundlage:** [`playbooks/02-evidence-lives-in-new-places.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/02-evidence-lives-in-new-places.md) (das konzeptionelle Grundlagen-Playbook; die drei Realitäten von KI-Beweisen: der Akteur ist ein Workflow, keine Workstation; die Nutzlast kann Sprache sein, keine Malware; Beweise sind fragil; zuerst für Neueinsteiger lesen und nach jedem Vorfall erneut lesen, dessen Beweiskette versagt hat), [`playbooks/01-agent-as-privileged-identity.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/01-agent-as-privileged-identity.md) (das Schlussstein-Response-Playbook; jedes spätere Playbook baut auf der Linse der privilegierten Identität auf).
- **Prävention:** [`playbooks/04-tool-design-is-containment.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/04-tool-design-is-containment.md) (Tool-Tiering T0/T1/T2 vor dem Vorfall, das Kill-Switch-Modus M3 chirurgisch macht), [`playbooks/19-build-vs-buy.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/19-build-vs-buy.md) (Disziplin zum Beschaffungszeitpunkt: der 60-minütige Proof-of-Readiness-Test, die acht kritischen Beschaffungsfragen, die Build-vs-Buy-Entscheidungsmatrix und die Härtung nach der Beschaffung, die Plattform-Fähigkeitslücken in vertragliche Verpflichtungen oder kundenseitige Build-Verpflichtungen umwandelt).
- **Abschluss:** [`playbooks/18-post-incident-hardening.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/18-post-incident-hardening.md) (die 5-Werktage-Härtungs-SLA, die Lehren in dauerhafte Schutzvorrichtungen verwandelt).
- **Governance:** [`playbooks/24-board-ready-scorecard.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/24-board-ready-scorecard.md) (Scorecard auf Führungsebene über vier Domänen: Containment, Beweise, Governance, Wiederherstellung), [`playbooks/17-communication-techniques.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/17-communication-techniques.md) (die Krisenkommunikations-Disziplin: 30-Minuten-Erstupdate-SLA, die Drei-Status-Taxonomie von Bestätigt/Vermutet/Validierend, der Vier-Elemente-Update-Standard, die Stakeholder-Kommunikationsmatrix über interne Führung / Geschäftsinhaber / Endbenutzer / Kunde / Regulierungsbehörde / Vorstand / Presse / Mitarbeiterklassen, die Vorlagenbibliothek und die Disziplin des verantwortungsvollen Reframings, die „die KI hat es getan“ in System-Verantwortlichkeitssprache umwandelt), [`playbooks/05-executive-decision-making.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/05-executive-decision-making.md) (die Disziplin der Führungsentscheidungen: das Executive Decision Packet AI Edition mit fünf Abschnitten einschließlich Agent Capability Profile und Provenance Summary, der CIA+T-Auswirkungsrahmen, der Vertrauen auf Augenhöhe mit Vertraulichkeit, Integrität und Verfügbarkeit hebt, der 4-Stunden-Rhythmus, die 4/24/72-Stunden-Planungshorizonte und die Genehmigungsbeleg-Disziplin, die verhindert, dass menschliche Genehmigung zu Abnickerei verkommt).
- **Messung und Tiefe:** [`playbooks/13-six-metrics.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/13-six-metrics.md) (die sechs Metriken), [`playbooks/14-testing-for-agent-failure-modes.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/14-testing-for-agent-failure-modes.md) (Kill-Switch-Tests vor der Produktion), [`playbooks/16-training-your-team.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/16-training-your-team.md) (das Trainingsdisziplin-Playbook, das die dokumentierten Fähigkeiten des Frameworks durch die 30-Minuten-Mikroübung, die vier Kernbewegungen, die beiden dauerhaften Rollen von Safe-Mode-Owner und Evidence-Owner, den Lehrplan der Sechs und den monatlichen Rhythmus mit messbaren Trainingszielen in operative Muskelgedächtnisleistung umwandelt; bildet das Test-und-Trainings-Paar mit PB14), [`playbooks/03-rag-knowledge-base-forensics.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/03-rag-knowledge-base-forensics.md) (90-minütige Freeze-the-World-Sequenz für Retrieval-Vorfälle), [`playbooks/22-model-policy-drift.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/22-model-policy-drift.md) (Change-Event-Forensik für Modell-Upgrades, Prompt-Bearbeitungen, Policy-Anpassungen, Retriever-Änderungen und Index-Neuaufbauten; führt die M3-Drift-Containment-Variante, die Post-Change-Konfigurationsaufnahme, das Change-Pipeline-Ereignisprotokoll, das Drift-Canary-Paket und die gestaffelte Rollback-Sequenz ein; bildet das Vorproduktions-Test-/Kontinuierliche-Überwachungs-Paar mit PB14), [`playbooks/15-records-retention.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/15-records-retention.md) (das Beweisdisziplin-Playbook: der Lebenszyklus-Tiefgang zur A-F-Beweistaxonomie über Erfassung, Aufbewahrung, Beweiskette, Manipulationsnachweis und Entsorgung; führt den Zwei-Stufen-Aufbewahrungsstandard, den vorfallausgelösten Legal-Hold-Mechanismus und den vierteljährlichen Rekonstruierbarkeitstest ein, der die Beweisbehauptungen des Frameworks bei 30, 60 und 90 Tagen empirisch validiert), [`playbooks/23-logging-privacy.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/23-logging-privacy.md) (das Datenschutzdisziplin-Playbook: wie KI-Beweise erfasst werden, ohne regulierte Inhalte übermäßig zu sammeln; führt die Multi-Stakeholder-Governance-Matrix über Sicherheit, Datenschutz, Recht und Technik ein, das Drei-Schichten-Protokollierungsmodell mit Schicht-1-Metadaten + Schicht-2-selektiver Nutzlast + Schicht-3-Eskalation unter Legal Hold, den forensisch-nützlichen Standard und die Schwärzungs- und Tokenisierungsdisziplin; bildet die Erfassen-/Aufbewahren-/Beweisen-Triade mit PB15).
- **Betrieb:** [`playbooks/20-maturity-roadmap.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/20-maturity-roadmap.md) (Betriebssicht der Reifegrad-Roadmap), [`playbooks/07-secrets-and-tokens.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/07-secrets-and-tokens.md) (Anmeldedaten-Disziplin), [`playbooks/11-monitoring-detection.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/11-monitoring-detection.md) (drei Signalfamilien für autorisierten Missbrauch), [`playbooks/06-prompt-injection-workflow.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/06-prompt-injection-workflow.md) (Workflow-Injection: schädliche Anweisungen, die in Tickets, E-Mails, Webseiten und Dokumenten versteckt sind, die der Agent liest; architektonische Verteidigung statt Prompt-Engineering), [`playbooks/09-output-leakage.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/09-output-leakage.md) (Leckage ohne Verstoß: Datenexposition durch routinemäßige KI-Ausgaben; M3-Output-Containment-Variante; DLP auf Ausgabeebene und Kanalklassifizierung als architektonische Verteidigung; vervollständigt die Eingabe-→-Kontext-→-Ausgabe-Abdeckungstriade mit PB06 und PB03), [`playbooks/08-multi-agent-blast-radius.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/08-multi-agent-blast-radius.md) (Multi-Agenten-Topologien, Orchestrator-zuerst-Containment), [`playbooks/10-vendor-copilots.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/10-vendor-copilots.md) (Vendor-Copilots: kundenkontrollierte Identitätsgrenze, vertraglich vereinbarte Beweis- und Containment-SLAs, vierteljährliche Vendor-Evidence-Übung; M3-Vendor-Containment-Variante), [`playbooks/12-insider-threat-3.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/12-insider-threat-3.md) (Insider Threat 3.0, Fähigkeits-Absichts-Auswirkungs-Triade, gemeinsames Engagement von HR/Recht), [`playbooks/21-shadow-ai.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/playbooks/21-shadow-ai.md) (Shadow-AI-Erkennung: die 60-minütige Discovery-Momentaufnahme, der 24-Stunden-Shadow-Agent-Intake-Standard, Identitätsebene-Containment für nicht modifizierbare Laufzeiten, Migrieren/Neugestalten/Ausmustern-Entscheidungspfad und die Vier-Grenzen-Härtung einschließlich des gesteuerten Integrationspfads, der verhindert, dass der nächste Shadow-Agent im Schatten bleibt).
Weitere Playbooks erscheinen als MINOR-Releases. Siehe [CHANGELOG.md](https://github.com/jacobideji/aiiroverlay/blob/HEAD/CHANGELOG.md) für den vollständigen Veröffentlichungszeitplan.
12. **Schemata.** Maschinenlesbare Verträge für die CI-Validierung: [`schemas/ai-bom.schema.json`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/ai-bom.schema.json) (AI-BOM-Validator) · [`schemas/privilege-matrix.schema.json`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/privilege-matrix.schema.json) (Privilege-Matrix-Zeilenvalidator) · [`schemas/credential-event.schema.json`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/credential-event.schema.json) (PB07-Anmeldedaten-Ereignisprotokoll-Validator) · [`schemas/kill-switch-api.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/kill-switch-api.md) (Aktivierungs-API-Vertrag für Modus M0 bis M5) · [`schemas/evidence-export.spec.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/evidence-export.spec.md) (Export-Skriptvertrag für Beweise Typ A bis F).
13. **Referenzvalidator.** [`scripts/validate.py`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/scripts/validate.py) (Python 3.10+, jsonschema, pyyaml). Validiert AI-BOM-YAML und Privilege-Matrix-CSV gegen die JSON-Schemata; v0.26.0 fügt reifegradzielbedingte Kill-Switch-Validierung sowie Prüfungen auf veraltete Betriebsaktualität für `last_reviewed` (7-Tage-Fenster) und `kill_switches.mX.tested_at` (90-Tage-Fenster) hinzu. Führen Sie mit `--strict` aus, um Veraltung zu CI-Fehlern zu eskalieren. Eine GitHub Action unter [`.github/workflows/validate-templates.yml`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/.github/workflows/validate-templates.yml) führt den Validator bei jedem Pull-Request aus, der `templates/`, `schemas/` oder das Skript selbst betrifft.
14. **Referenzimplementierungen.** [`reference-impls/evidence_exporter/`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/reference-impls/evidence_exporter/) ist ein Python-CLI, das den [Evidence-Export-Skriptvertrag](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/evidence-export.spec.md) für Typen A bis F mit Manifest-Disziplin, Integritäts-Hashes, Parallel-Export und Telemetrie-Ereignissen implementiert. [`reference-impls/kill_switch_demo/`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/reference-impls/kill_switch_demo/) demonstriert den [Kill-Switch-API-Vertrag](https://github.com/jacobideji/aiiroverlay/blob/HEAD/schemas/kill-switch-api.md) mit M0/M1/M2/M3/M4 gegen ein synthetisches Agenten-Tool-Registry, einschließlich Durchsetzung der Funktionstrennung und des M3-Bereichsparameters. Beide verwenden nur die Python-3.10+-Standardbibliothek; beide laufen End-to-End ohne Anbieterkonten.
15. **Framework-Matrix.** [`MATRIX.md`](https://github.com/jacobideji/aiiroverlay/blob/HEAD/MATRIX.md): eigenständige tabellarische Referenz für das Framework bei v0.33.0. Neun Abschnitte, die die Response-Phasenmatrix (Vorbereitung bis Abschluss), die Kill-Switch-Leiter mit allen sechs M3-Varianten, den Mindest-Beweissatz mit Tiefgang-Verweisen, die sechs Metriken, die vier MVO-Kontrollen, die vier Reifegradstufen, die 24-Playbook-Kurzreferenz, die Standards-Abgleichzusammenfassung und eine Schnelllese-Legende abdecken. Kalibriert für Vorstands-Briefings, Onboarding, Prüfer-Walkthroughs und Einseiten-Referenzen. Jede Zelle führt zu einer bestimmten Datei im Repository.
## Herkunft
Das AI IR Overlay wurde durch die *AI IR Overlay*-LinkedIn-Newsletter-Serie (Ausgaben 1 bis 24, 2025 bis 2026) entwickelt, verfasst von Jacob Ideji, als Synthese aus NIST AI RMF 1.0, NIST CSF 2.0, NIST SP 800-61 r3, OWASP Top 10 for Agentic Applications 2026, den Betreiberpflichten des EU AI Act und der Incident-Response- und KI-Sicherheitserfahrung des Maintainers. Das Framework wurde noch nicht in einem dokumentierten Produktions-KI-Vorfall eingesetzt; Anwender, die es in einem echten Vorfall verwenden, werden ermutigt, anonymisierte Fallstudien über [Discussions](https://github.com/jacobideji/aiiroverlay/discussions) einzureichen. Jede Newsletter-Ausgabe entspricht einem Playbook im vollständigen Framework. Siehe [CONTENT_MAP.md](https://github.com/jacobideji/aiiroverlay/blob/HEAD/CONTENT_MAP.md) für den Ausgabe-zu-Datei-Index.
## Verwandte Arbeiten
- NIST SP 800-61 r3: *Incident Response Recommendations and Considerations for Cybersecurity Risk Management*, ein CSF-2.0-Community-Profil (April 2025, ersetzt r2)
- NIST AI Risk Management Framework (AI RMF 1.0)
- OWASP Top 10 for LLM Applications (2025.1)
- OWASP Top 10 for Agentic Applications 2026 (ASI01 bis ASI10, OWASP GenAI Security Project)
- ISO/IEC 27035 (mehrteilige Reihe): *Information security incident management* (die allgemeine IR-Disziplin, die das AI IR Overlay für KI-Agenten erweitert; als Basistdisziplin in `framework/01-minimum-viable-overlay.md` referenziert)
- ISO/IEC 42001:2023: *Information technology, Artificial intelligence, Management system* (AIMS)
- EU AI Act (Verordnung 2024/1689), Artikel-26-Pflichten für Betreiber
- MITRE ATLAS (Adversarial Threat Landscape for Artificial-Intelligence Systems): angrenzender Stand der Technik zur KI-Bedrohungsmodellierung. Derzeit nicht in den Abgleichen kartiert; ein ATLAS-Abgleich ist als Community-Beitrag willkommen
## Akronyme
- **AI-BOM**: AI Bill of Materials
- **ASI**: Agentic Security Initiative (OWASP)
- **CCPA**: California Consumer Privacy Act
- **CSF**: (NIST) Cybersecurity Framework
- **DFS**: (New York State) Department of Financial Services
- **DLP**: Data Loss Prevention
- **EDR**: Endpoint Detection and Response
- **GDPR**: General Data Protection Regulation (EU)
- **HIPAA**: Health Insurance Portability and Accountability Act
- **IC**: Incident Commander
- **IR**: Incident Response
- **MCP**: Model Context Protocol
- **MVO**: Minimum Viable Overlay
- **PAM**: Privileged Access Management
- **PHI**: Protected Health Information
- **PII**: Personally Identifiable Information
- **RAG**: Retrieval-Augmented Generation
- **RMF**: (NIST AI) Risk Management Framework
- **SIEM**: Security Information and Event Management
- **SLA**: Service Level Agreement
- **SOC**: Security Operations Center *(zu unterscheiden von SOC 2, dem AICPA-Prüfstandard)*
- **TTA**: Time-to-Activate
- **TTE**: Time-to-Evidence
- **TTSM**: Time-to-Safe-Mode
- **UEBA**: User and Entity Behavior Analytics