Kapitel 1
Die ersten fünf Minuten
- 01
Eine sichere Aktion reproduzieren
Wiederholen Sie nur die kleinste Lese oder Retry Aktion. Wiederholen Sie Zahlung, Löschung, Provider Verbindung oder Rotation von Zugangsdaten erst, wenn deren bestehender Zustand bekannt ist.
- 02
Auswirkung klassifizieren
Behandeln Sie offengelegte Zugangsdaten, mandantenübergreifenden Zugriff, falsche Abrechnung und nicht autorisierte Scans als Sicherheitsvorfall. Behandeln Sie einen begrenzten Oberflächenfehler als Betriebsstörung, sofern neue Evidenz die Einstufung nicht ändert.
- 03
Eine verantwortliche Person bestimmen
Bestimmen Sie eine Person, die Wiederherstellung koordiniert, Entscheidungen dokumentiert und den Abschluss bestätigt. Weitere Beteiligte melden Evidenz über diese Person, damit keine widersprüchlichen Änderungen entstehen.
Vor dem Fortfahren prüfen
- Produktions, Staging oder lokale Umgebung bestätigen
- Zeitpunkt, Konto, Projekt und Request ID erfassen
- Unabhängige Deployments und Konfigurationsänderungen stoppen
Kapitel 2
Anmeldung und Dashboard
- 01
Anmeldung und Workspace Laden trennen
Wenn die Anmeldung gelingt, aber das Dashboard scheitert, prüfen Sie zuerst die authentifizierte Profilabfrage. Eine fehlende Organisation muss das Onboarding anzeigen und keinen allgemeinen Anmeldefehler.
- 02
Mandantengrenzen verifizieren
Bestätigen Sie, dass ausgewählte Organisation und Projekt zum aktuellen Konto gehören. Beheben Sie Ladefehler niemals durch schwächere RLS Regeln oder umgangene Mitgliedschaftsprüfungen.
- 03
Eigenen Einstiegspunkt wiederherstellen
Bestätigen Sie, dass Anmeldung, Abmeldung und Retry innerhalb der Vybentis Oberfläche bleiben. Technische Provider Details dürfen die sichtbare Vybentis Identität oder Anleitung nicht ersetzen.
Vor dem Fortfahren prüfen
- Annahme des Vybentis Session Cookies prüfen
- Neon Auth Subject Mapping und Kontodatensatz prüfen
- Organisationsmitgliedschaft und RLS gebundene Abfragen prüfen
Kapitel 3
Scans und Integrationen
- 01
Timeout niemals als bestanden werten
Eine blockierte, unvollständige oder nicht verfügbare Engine muss in der Coverage sichtbar bleiben. Wiederholen Sie mit derselben Idempotency Identität, wenn der Vertrag dies verlangt.
- 02
Kundenaktion verifizieren
Starten Sie nach der Wiederherstellung einen autorisierten öffentlichen Scan, öffnen Sie seinen Status und bestätigen Sie Ziel, Umfang und Policy Version im Bericht.
- 03
Provider Status wahrheitsgemäß bestätigen
Zeigen Sie Verbunden erst an, wenn Provider Callback und Projektbindung gespeichert sind. Zeigen Sie andernfalls den genauen Einrichtungs oder Nicht verfügbar Status ohne erfundene Evidenz.
- 04
Scanner Signale getrennt halten
Bestätigen Sie bei Dependency Befunden Package und Version vor einer kritischen Priorisierung. Prüfen Sie CVSS Schweregrad, EPSS Wahrscheinlichkeit, bekannte CISA Ausnutzung, öffentliche Erreichbarkeit und Evidenzqualität getrennt. Halten Sie bei Web Performance Lighthouse Labordaten und Chrome UX Report Felddaten getrennt.
- 05
Google Server Key konfigurieren
Aktivieren Sie für den Web Quality Key ausschließlich PageSpeed Insights API und Chrome UX Report API. Verwenden Sie für Cloudflare Worker Anfragen keine Anwendungseinschränkung und lassen Sie die API Einschränkung aktiv. Google Search Console muss einen separaten OAuth Client ausschließlich mit dem Scope webmasters.readonly verwenden.
- 06
Provider Redirects sicher ablehnen
Cloudflare Provider Anfragen müssen Redirects manuell behandeln. Aktivieren Sie für PageSpeed oder Chrome UX Report niemals automatische Redirects, da der Google Key an einen anderen Host weitergeleitet werden könnte. Provider Diagnosen dürfen nur begrenzte Fehlerkategorien ohne Ziel URLs, Keys oder Antwortinhalte enthalten.
Vor dem Fortfahren prüfen
- Zielautorisierung und normalisierte URL bestätigen
- Queue Status, Worker Versuch und finale Coverage prüfen
- Browser Run und axe Evidenz bestätigen und keinen Pass ableiten
- Provider Callback, minimale Scopes und ausgewähltes Projekt prüfen
Kapitel 4
Wiederherstellung und Nachbereitung
- 01
Ursprünglichen Ablauf wiederholen
Verwenden Sie dieselbe Umgebung und das autorisierte Konto des Vorfalls. Bestätigen Sie die vollständige Kundenaktion und verlassen Sie sich nicht nur auf einen Health Endpoint.
- 02
Regressionstest ergänzen
Ergänzen Sie den kleinsten automatisierten Test, der vor der Wiederherstellung fehlgeschlagen wäre und jetzt besteht. Binden Sie ihn an Ursache und Kundenauswirkung.
- 03
Mit Restrisiko abschließen
Dokumentieren Sie nicht verifizierte Abhängigkeiten, temporäre Maßnahmen und Nachtermine. Schließen Sie den Vorfall nicht, solange Zahlungsabgleich oder Zugangsdaten Rotation ausstehen.
Vor dem Fortfahren prüfen
- Ursprünglichen Ablauf in der betroffenen Umgebung wiederholen
- Logs und Metriken auf das behobene Fehlerbild prüfen
- Regressionstest ergänzen und Nachbereitung zuweisen