Incident-Management und Geschäftskontinuität

ISMS Copilot hat Incident-Management- und Geschäftskontinuitätsverfahren etabliert, um eine schnelle Erkennung, Eindämmung und Wiederherstellung nach Sicherheitsvorfällen oder Dienstunterbrechungen zu gewährleisten…

Die Incident-Response ist in unseren Change-Management-Prozess und Eskalationsverfahren integriert, um eine koordinierte Reaktion sicherzustellen.

Incident-Response-Prozess

Unser Incident-Management folgt einem fünfstufigen Ansatz:

Erkennung — Überwachungssysteme, Kundenmeldungen oder Sicherheits-Scans identifizieren potenzielle Vorfälle
Bewertung — Schweregrad und Umfang des Vorfalls werden evaluiert, um das Reaktionsniveau zu bestimmen
Eindämmung — Sofortmaßnahmen werden ergriffen, um die Auswirkungen zu begrenzen und eine Ausbreitung zu verhindern
Wiederherstellung — Systeme werden mit implementierten Korrekturen in den Normalbetrieb zurückversetzt
Nachbereitung — Ursachenanalyse wird durchgeführt und präventive Maßnahmen umgesetzt

Rollen und Verantwortlichkeiten

Unser Incident-Response-Team umfasst definierte Rollen:

Incident Commander — Der CEO leitet die Gesamtkoordination der Reaktion und die Kommunikation mit Stakeholdern
Primary and Secondary On-Call — Technische Ersthelfer, die für schnelle Bewertung und Behebung verfügbar sind
Communication Lead — Verantwortlich für Kundenbenachrichtigungen und Status-Updates

Bei Sicherheitsvorfällen mit Auswirkungen auf Kundendaten oder Compliance-relevanten Implikationen eskalieren wir unverzüglich an die Führungsebene.

Eskalationsverfahren

Vorfälle werden basierend auf Schweregrad und Auswirkungen eskaliert:

Teamkoordination über den dedizierten Slack-Kanal #incidents
Benachrichtigung der Führungsebene per E-Mail bei Vorfällen mit hoher Schwere
Kundenkommunikation bei dienstbeeinträchtigenden Vorfällen
Meldung an Aufsichtsbehörden, falls gemäß GDPR oder anderen Compliance-Rahmenwerken erforderlich

Geschäftskontinuitätsplanung

Neben der Incident-Response unterhalten wir Geschäftskontinuitätsverfahren, die Folgendes umfassen:

Backup- und Disaster-Recovery-Fähigkeiten
Überwachung von Drittanbieter-Abhängigkeiten und Notfallplanung
Infrastruktur-Redundanz für kritische Dienste
Datenaufbewahrungs- und Wiederherstellungsverfahren
Failover- und Resilienzmechanismen für KI-Anbieter

Failover und Resilienz für KI-Anbieter

Um die Kontinuität unserer KI-gestützten Compliance-Dienste während Anbieterausfällen zu gewährleisten, implementiert ISMS Copilot automatische Failover-Mechanismen:

Standard-Anbieterpfad (Anthropic/OpenAI):

Circuit Breaker Monitoring: Echtzeit-Überwachung des primären KI-Anbieters (Anthropic Claude) erfasst 5xx-Fehler, 529-Ratenlimits und Netzwerkausfälle in einem gleitenden Fenster
Automatisches Failover: Wenn Fehler den Schwellenwert überschreiten, werden Anfragen automatisch ohne Benutzereingriff an den Backup-Anbieter (OpenAI) weitergeleitet
Automatische Wiederherstellung: Das System prüft den primären Anbieter regelmäßig auf Wiederherstellung und schaltet bei Gesundheit zurück
Benachrichtigung der Nutzer: Ein persistentes Banner informiert Nutzer während Failover-Ereignissen, während der Dienst ohne Unterbrechung weiterläuft
Umgehung der Anbieterauswahl: Nutzer, die explizit bestimmte Modelle auswählen (z. B. Gemini, Grok, Mistral), umgehen das automatische Failover – ihre Auswahl wird respektiert

Das automatische Failover gewährleistet eine hohe Verfügbarkeit für die Mehrheit der Nutzer auf Standard-Anbieterpfaden und minimiert Unterbrechungen während KI-Anbieter-Vorfällen.

Erweiterter Datenschutzmodus (nur EU über Mistral):

Kein Failover verfügbar: Nutzer mit aktiviertem erweiterten Datenschutzmodus (nur EU-Datenverarbeitung) nutzen ausschließlich Mistral AI
Einzelanbieter-Beschränkung: Mistral ist derzeit unser einziger EU-basierter Anbieter mit Zero-Retention-Vereinbarungen, daher gibt es keinen EU-Backup
Dienstauswirkung: Mistral-Ausfälle können zu Dienstunterbrechungen für EU-Nutzer führen, bis der Anbieter wiederhergestellt ist
Abwägungsgrund: Der EU-only-Modus priorisiert Datensouveränität und Zero-Retention gegenüber Failover-Resilienz
Zukünftige Verbesserung: Wir arbeiten aktiv daran, einen zweiten EU-Anbieter hinzuzufügen, um Failover für Nutzer mit erweitertem Datenschutz zu ermöglichen

Organisationen, die den erweiterten Datenschutzmodus wählen, akzeptieren diesen Verfügbarkeitskompromiss im Austausch für strikte EU-Datenresidenz und Zero-Retention durch den KI-Anbieter. Für kritische Verfügbarkeitsanforderungen sollten Sie prüfen, ob der Standardmodus (mit automatischem Failover, aber US-Datenverarbeitung) für Ihre Compliance-Position akzeptabel ist.

Überwachung und Transparenz:

Anbieter-Gesundheitsmetriken werden kontinuierlich über Circuit-Breaker-Instrumentierung überwacht
Failover-Ereignisse werden protokolliert und in der Nachbereitung analysiert
Statusseiten-Kommunikation informiert Nutzer über laufende Anbieter-Vorfälle
Der Circuit-Breaker-Status ist über einen internen Monitoring-Endpunkt für operative Sichtbarkeit verfügbar

Nach der Bereitstellung ausgelöste Vorfälle aktivieren unsere Change-Management-Rollback-Verfahren, während die Incident-Dokumentation für die Überprüfung erhalten bleibt.

Dokumentation und Lessons Learned

Jeder Vorfall generiert Dokumentation, die Zeitplan, Auswirkungen, Ursachenanalyse und präventive Maßnahmen umfasst. Diese Erkenntnisse fließen zurück in unser Risikoregister und die Bedrohungspräventionsplanung.

Unsere Incident-Management-Verfahren sind auf unser gesamtes ISMS-Rahmenwerk abgestimmt und unterstützen die Compliance-Anforderungen von SOC 2, ISO 27001 und NIST.