Operator Go-live Command Center
Operator-Go-live: 0/3 Aktivierungsbereiche bereit, 3 warten auf sichere Eingaben oder Freigaben.
Dieses Command Center aktiviert nichts, erzeugt keine Credentials, ruft keine externen Feeds auf, sendet keine Alerts und veröffentlicht keine Secret-Werte, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.
Betreiber-Entscheidungssummary
Diese Zusammenfassung übersetzt die Go-live-Gates in eine Management- und Einkaufssicht. Sie gibt keine Produktivfreigabe, sondern trennt erlaubte Readiness-Aussagen, wartende Betreiberfreigaben und blocked-live Claims.
1/4 Claim(s) sind public-ready; Evidence-Links: 4.
Nächster Schritt: Nur die erlaubten Readiness-/Evidence-Formulierungen aus der Claim-Freigabeampel verwenden. Grenze: Kein Live-Alerting, keine aktiven Security-Feeds und keine produktive API-Key-Ausgabe behaupten.3 Live-Claim(s) bleiben blockiert; Stop-Bedingungen: 15.
Nächster Schritt: Blockierte Claims erst nach Smoke, Betreiberfreigabe, Rollback-Verantwortlichkeit und No-Secret-Prüfung aktivieren. Grenze: Review-ready ist keine Produktivfreigabe.3/3 Signoff-Dossiers warten; Evidence-URLs: 16.
Nächster Schritt: Freigabe mit Scope, Ablaufdatum, Evidence-Referenzen, Smoke-Resultaten und Rollback-Verantwortlichkeit dokumentieren. Grenze: Keine Secrets, Empfänger, Ziel-URLs oder privaten Betreiberinputs in öffentliche Evidence schreiben.7/7 Smokes grün, 0 Fehler, 4 erwartete Gates.
Nächster Schritt: Vor jedem Go-live die betroffenen Smoke-JSONs erneut ausführen und archivieren. Grenze: Grüne Smokes belegen öffentliche Kontrolle, aber ersetzen keine echten Credentials oder Betreiberfreigaben.85/85 Routen, 309 Contracts, 0 Contract-Fehler.
Nächster Schritt: Bei jeder neuen Wettbewerbsbehauptung zuerst Evidence-Health und Release-Gate-Details prüfen. Grenze: Kein Anbieter-Ranking, keine Funktionsparität und keine Live-Freigabe ohne belegte Quelle und Gate.Operator Activation Evidence Map
Diese Karte führt Aktivierungspaket, Signoff-Dossier und Runtime-Control-Manifest je Gate zusammen. Sie ist eine Betreiber-Freigabehilfe: keine Produktivfreigabe, keine Secrets, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs und kein neuer Domainreport-Befund.
Externes Webhook/Slack/Teams-Ziel fehlt. SAFERPAGE_ALERT_DISPATCH_APPROVED ist nicht aktiv.
Runtime-Controls 8/8 · Manifest delivery_runtime_controls · Signoff signoff_delivery_targets_and_approval · No-Secret 5Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.
URLhaus/Safe-Browsing-Credentials fehlen. SAFERPAGE_SECURITY_FEED_STORAGE_APPROVED ist nicht aktiv.
Runtime-Controls 7/7 · Manifest security_feed_runtime_controls · Signoff signoff_security_feed_credentials_and_storage · No-Secret 5Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.
API-Access-Storage 2/2 Tabellen; produktive API-Key-Freigaben 0/7.
Runtime-Controls 8/8 · Manifest api_runtime_controls · Signoff signoff_operator_api_key_readiness · No-Secret 5Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.
Signoff-Receipt-Pack
Das Receipt-Pack ist die öffentliche Schablone für Betreiberfreigaben. Es zeigt nur Rollen, Status, Scope, Evidence, Smoke-Referenzen und Grenzen. Secret-Werte, Ziel-URLs, Empfänger, Rohpayloads und Besucherlogs bleiben privat.
Public Receipt nur mit IDs, Rollen, Status, Scope, Evidence-URLs, Smoke-Referenzen, Rollback-Rolle, Review-Datum und Claim-Grenze. Keine Secret-Werte, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Erlaubte Felder: receipt_id, phase_id, claim_id, status, owner_role, scope, evidence_urls, smoke_result_refs, rollback_owner_role, expires_or_review_at, claim_boundary
Public Receipt nur mit IDs, Rollen, Status, Scope, Evidence-URLs, Smoke-Referenzen, Rollback-Rolle, Review-Datum und Claim-Grenze. Keine Secret-Werte, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Erlaubte Felder: receipt_id, phase_id, claim_id, status, owner_role, scope, evidence_urls, smoke_result_refs, rollback_owner_role, expires_or_review_at, claim_boundary
Public Receipt nur mit IDs, Rollen, Status, Scope, Evidence-URLs, Smoke-Referenzen, Rollback-Rolle, Review-Datum und Claim-Grenze. Keine Secret-Werte, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Erlaubte Felder: receipt_id, phase_id, claim_id, status, owner_role, scope, evidence_urls, smoke_result_refs, rollback_owner_role, expires_or_review_at, claim_boundary
Operator-Claim-Review-Lane
Diese Lane gibt Produkt, Sales, IT und Security eine prüfbare Review-Spur, ohne Live-Claims freizugeben. Status bleibt `blocked_live`, bis Signoff, Smoke, Rollback-Verantwortlichkeit und No-Secret-Grenze dokumentiert sind.
Darf dieser Live-Claim nach Betreiber-Signoff öffentlich verwendet werden, ohne Produktivstatus oder Datenschutzumfang zu überziehen?
Delivery-Claims bleiben blockiert, bis Betreiberfreigabe, Dry-run, Receiver-Validierung und Stop-Bedingungen erfüllt sind.Darf dieser Live-Claim nach Betreiber-Signoff öffentlich verwendet werden, ohne Produktivstatus oder Datenschutzumfang zu überziehen?
Feed-Claims bleiben blockiert, bis Secrets, DB-Artefakte, Storage-Freigabe und No-Secret-Runner-State belegt sind.Darf dieser Live-Claim nach Betreiber-Signoff öffentlich verwendet werden, ohne Produktivstatus oder Datenschutzumfang zu überziehen?
API-Claims bleiben blockiert, bis Storage-Artefakte, alle sieben Gates, HMAC-Fixture und Audit-Log grün sind.Claim-Freigabeampel
Diese Ampel verhindert, dass Readiness-Evidence wie ein Produktivversprechen klingt. Öffentlich erlaubt sind nur belegte Readiness-Claims; Live-Claims zu Alerts, Security-Feeds und API-Key-Ausgabe bleiben bis Betreiber-Signoff blockiert.
SaferPage kann öffentliche Readiness-, Evidence- und No-Secret-Smoke-Nachweise zeigen.
Readiness ist ein öffentlicher Nachweisraum, keine Rechtsberatung, kein Zertifikat und keine Produktivfreigabe.Alert-Delivery nur als Blueprint und Abnahmepfad zeigen.
Delivery-Claims bleiben blockiert, bis Betreiberfreigabe, Dry-run, Receiver-Validierung und Stop-Bedingungen erfüllt sind.Security-Feeds nur als Launch-Board, Storage-Gate und Freigabepfad zeigen.
Feed-Claims bleiben blockiert, bis Secrets, DB-Artefakte, Storage-Freigabe und No-Secret-Runner-State belegt sind.API-Zugriff nur als geschütztes Runtime-/Migration-Blueprint zeigen.
API-Claims bleiben blockiert, bis Storage-Artefakte, alle sieben Gates, HMAC-Fixture und Audit-Log grün sind.Aktivierungspakete
Jedes Paket beschreibt die operative Reihenfolge für ein blockiertes Gate: Evidence einfrieren, Secrets nur serverseitig setzen, Dry-run ausführen, Signoff dokumentieren, kontrolliert aktivieren und 24 Stunden beobachten.
Externes Webhook/Slack/Teams-Ziel fehlt. SAFERPAGE_ALERT_DISPATCH_APPROVED ist nicht aktiv.
Dieses Aktivierungspaket gibt nur Env-Referenzen, sichere Placeholder, Evidence-URLs, Kommandonamen, Abnahmekriterien, Stop-Bedingungen, Rollback- und Beobachtungsregeln aus; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.URLhaus/Safe-Browsing-Credentials fehlen. SAFERPAGE_SECURITY_FEED_STORAGE_APPROVED ist nicht aktiv.
Dieses Aktivierungspaket gibt nur Env-Referenzen, sichere Placeholder, Evidence-URLs, Kommandonamen, Abnahmekriterien, Stop-Bedingungen, Rollback- und Beobachtungsregeln aus; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.API-Access-Storage 2/2 Tabellen; produktive API-Key-Freigaben 0/7.
Dieses Aktivierungspaket gibt nur Env-Referenzen, sichere Placeholder, Evidence-URLs, Kommandonamen, Abnahmekriterien, Stop-Bedingungen, Rollback- und Beobachtungsregeln aus; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.No-Secret-Smoke-Coverage
Diese Übersicht bündelt Crawler, Trust, Wettbewerbsquellen, Evidence-Health, Alert-Delivery, Security-Feed und API-Key-Readiness. Sie zeigt nur öffentliche Status- und Zählwerte; Produktivfreigaben bleiben an echte Secrets, Zielsysteme, Storage, Domain-Claim und Betreiber-Signoff gebunden.
Ziele 11 · Checks 19 · No-Secret-Smoke für DACH-Crawler-Operations, Timer-Runner, User-Agent, Seedquelle, Performance-Grenzen, Recent-Reportlinks, Public-Test-Index-Qualitätskontrollen und Screenshot-Preview-Coverage.
Smoke-JSON öffnenZiele 44 · Checks 26 · No-Secret-Smoke für Trust-Readiness, Gated-Trust-Dossier, Viewer-Datenschutz, Questionnaire-Review, Export-Blueprints, Data-Room-Gates und Public-Evidence-Linkvertrag.
Smoke-JSON öffnenZiele 35 · Checks 5 · Sanitisierter Availability- und Metadata-Smoke für offizielle Wettbewerbs-Primärquellen aus dem SaferPage Quellen-Watch.
Smoke-JSON öffnenZiele 85 · Checks 309 · Sanitisierter Smoke-Lauf für die öffentlichen SaferPage-Wettbewerbs-Evidence-Routen und Benchmark-Linkverträge.
Smoke-JSON öffnenZiele 7 · Checks 0 · No-Secret-Smoke für Alert-Delivery-Preflight, Dispatch-Runner, Runtime-Kontrollen, Delivery-Fixture, Operator-Go-live und isolierten Dry-run.
Smoke-JSON öffnenZiele 17 · Checks 0 · No-Secret-Smoke für Security-Feed-Launch-Board, Credential-Preflight, Storage-Readiness, Runner, Runtime-Kontrollen, Operator-Go-live und isolierten Dry-run.
Smoke-JSON öffnenZiele 9 · Checks 21 · No-Secret-Smoke für API-Key-Readiness, Migration-Preflight, Runtime-Gates und Operator-Go-live-Verknuepfung.
Smoke-JSON öffnenDB-Verantwortungsfreigaben
Die App-DB ist erreichbar, aber die fehlenden Storage-Artefakte benötigen eine autorisierte DB-Admin-Rolle. Public Evidence zeigt nur Tabellenstatus, Hashes und Freigabezustand, keine DSN, Passwörter, Hosts, Ports, API-Keys oder Feed-Rohdaten.
Restore database connectivity and rerun this preflight before applying the migration.
Restore database connectivity and rerun this preflight before applying the migration.
Alert-Delivery-Go-live-Smoke
Alert-Delivery-Smoke ist grün: öffentliche Nachweise sind erreichbar, erwartete Produktivblocker sind sichtbar und Dry-run/Runner haben keine Alerts versendet.
Dieser Smoke setzt keine Delivery-Secrets, konfiguriert keine Zielsysteme, versendet keine Alerts, schreibt keinen produktiven Sink und veröffentlicht keine Webhook-URLs, Tokens, Empfänger oder Rohpayloads.
Security-Feed-Go-live-Smoke
Security-Feed-Smoke ist grün: öffentliche Nachweise sind erreichbar, erwartete Produktivblocker sind sichtbar und der Dry-run hat keine externen Feeds ausgeführt oder Observations gespeichert.
Dieser Smoke setzt keine Feed-Credentials, ruft keine externen Malware-/Safe-Browsing-Feeds auf, speichert keine echten Observations, versendet keine Alerts und wendet keine Migration an.
Öffentliche Evidence-Health
Öffentliche Evidence ist grün; Produktiv-Gates bleiben trotzdem an Secrets, Betreiberfreigabe und phasenspezifische Smokes gebunden.
Operator-Freigabequeue
Diese Queue ist die Betreiberansicht für Signoff: Was muss entschieden werden, welche Evidence ist Pflicht und welche No-Secret-Grenze gilt.
Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Nur Referenznamen, Status, Hashes, Evidence-URLs, Kommandonamen, Abnahmekriterien und Stop-Bedingungen öffentlich zeigen; keine Secret-Werte, DSN, Ziel-URLs, Empfänger, Roh-Keys, Authorization-Header, Rohpayloads oder Besucherlogs.Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Nur Referenznamen, Status, Hashes, Evidence-URLs, Kommandonamen, Abnahmekriterien und Stop-Bedingungen öffentlich zeigen; keine Secret-Werte, DSN, Ziel-URLs, Empfänger, Roh-Keys, Authorization-Header, Rohpayloads oder Besucherlogs.Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Nur Referenznamen, Status, Hashes, Evidence-URLs, Kommandonamen, Abnahmekriterien und Stop-Bedingungen öffentlich zeigen; keine Secret-Werte, DSN, Ziel-URLs, Empfänger, Roh-Keys, Authorization-Header, Rohpayloads oder Besucherlogs.Signoff-Dossiers
Die Dossiers verdichten pro Go-live-Blocker: aktuelle Grenze, Betreiberentscheidung, Evidence-Links, sichere Kommandos, Abnahmekriterien, Stop-Bedingungen und No-Secret-Checkliste. Sie sind bewusst keine Aktivierung und enthalten keine Secret-Werte.
Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Public-JSON, CSV und Markdown enthalten nur Referenznamen, Status, Evidence-URLs, Kommandonamen und Kriterien.
Keine Secret-Werte, DSN, API-Keys, Tokens, Zielsystem-URLs, Empfänger, Rohpayloads oder Besucherlogs im Export.
Dry-run-/Deny-Smokes wurden vor Signoff referenziert und zeigen keine produktiven Nebenwirkungen.
Rollback-Verantwortlichkeit, Review-Datum und Scope sind im Signoff-Record gesetzt.
Produktive Claims bleiben blockiert, bis Betreiberfreigabe und phasenspezifische Gates vollständig sind.
Abnahme: Alert-Delivery-Readiness-Smoke ist grün: HTTP-Ziele erreichbar, failed_check_count=0, Dry-run sent_count=0 und Runner sent_count=0. · Mindestens ein externes natives Zielsystem ist serverseitig konfiguriert oder der lokale File-Sink ist bewusst nur für Audit-Dry-runs zugelassen. · SAFERPAGE_ALERT_DISPATCH_APPROVED=yes ist erst nach dokumentierter Betreiberfreigabe gesetzt.
Stop: sent_count steigt ohne Approval-Record. · Webhook-URL, Token oder Empfänger erscheinen in Public-State, Logs oder Exporten. · Zielsystem erzeugt Duplikate trotz Idempotency-Key.
Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Public-JSON, CSV und Markdown enthalten nur Referenznamen, Status, Evidence-URLs, Kommandonamen und Kriterien.
Keine Secret-Werte, DSN, API-Keys, Tokens, Zielsystem-URLs, Empfänger, Rohpayloads oder Besucherlogs im Export.
Dry-run-/Deny-Smokes wurden vor Signoff referenziert und zeigen keine produktiven Nebenwirkungen.
Rollback-Verantwortlichkeit, Review-Datum und Scope sind im Signoff-Record gesetzt.
Produktive Claims bleiben blockiert, bis Betreiberfreigabe und phasenspezifische Gates vollständig sind.
Abnahme: Security-Feed-Readiness-Smoke ist grün: HTTP-Ziele erreichbar, failed_check_count=0, Dry-run executed_count=0 und stored_observation_count=0. · Feed-Credentials sind als present=true sichtbar, ohne Secret-Werte auszugeben. · Storage-Artefakte sind migriert und Retention-/Review-Regeln sind freigegeben.
Stop: Secret-Wert, API-Key, Rohpayload oder personenbezogene Logzeile erscheint in Public-State. · Externe Feed-Abfrage läuft ohne explizites Run-Gate. · stored_observation_count steigt vor Storage-Freigabe.
Sichere Inputs, Betreiberfreigabe und Smoke-Evidence nachreichen.
Dieses Dossier beweist Readiness- und Freigabestatus, aber keine produktive Aktivierung. Live-Claims zu Alerts, Security-Feeds oder API-Keys sind erst nach dokumentiertem Betreiber-Signoff und erneuten Smokes zulässig.Public-JSON, CSV und Markdown enthalten nur Referenznamen, Status, Evidence-URLs, Kommandonamen und Kriterien.
Keine Secret-Werte, DSN, API-Keys, Tokens, Zielsystem-URLs, Empfänger, Rohpayloads oder Besucherlogs im Export.
Dry-run-/Deny-Smokes wurden vor Signoff referenziert und zeigen keine produktiven Nebenwirkungen.
Rollback-Verantwortlichkeit, Review-Datum und Scope sind im Signoff-Record gesetzt.
Produktive Claims bleiben blockiert, bis Betreiberfreigabe und phasenspezifische Gates vollständig sind.
Abnahme: api_keys und api_access_audit_log existieren. · Migration wurde mit kurzlebigem Admin-DSN angewendet, ohne DSN oder Passwort zu loggen. · Deny-Smokes erzeugen 401/403/429/Revocation-Evidence ohne Roh-Key-Ausgabe.
Stop: DB-User hat kein CREATE-Recht und kein kurzlebiger Admin-DSN ist sicher gesetzt. · Key-Hash, Pepper, Roh-Key oder Authorization-Header erscheint in Exporten. · Write-HMAC oder Domain-Claim fehlen vor produktiver Key-Ausstellung.
Reihenfolge
Öffentliche Evidence zuerst prüfen und unverändert archivieren; Evidence-Health muss vor Produktivfreigabe grün sein.
Secrets, Ziel-URLs und DSN ausschließlich im Server-Environment oder Secret Manager setzen.
Dry-runs und Preflights ausführen, bevor ein Go-live-Gate aktiviert wird.
Betreiberfreigabe mit Scope, Verantwortlichkeit, Smoke-Referenzen, Ablaufdatum und Rollback-Verantwortlichkeit dokumentieren.
Nach jeder Freigabe Live-JSON, Runner-State, Sitemap und Parity-Board erneut prüfen.
Aktivierungsbereiche
Externes Webhook/Slack/Teams-Ziel fehlt. SAFERPAGE_ALERT_DISPATCH_APPROVED ist nicht aktiv.
Nur Referenznamen, Status, Hashes, Commands und Evidence-URLs werden exportiert; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.Zielsystem-Verantwortlichkeit und Testkanal festlegen.
Secrets in /etc/saferpage/alert-dispatch.env oder Secret Manager setzen.
Dry-run ausführen und Runner-State prüfen.
Receiver-Signatur und Dedupe prüfen.
Freigabe setzen und nach erstem Lauf sent/error prüfen.
Alert-Delivery-Readiness-Smoke ist grün: HTTP-Ziele erreichbar, failed_check_count=0, Dry-run sent_count=0 und Runner sent_count=0.
Mindestens ein externes natives Zielsystem ist serverseitig konfiguriert oder der lokale File-Sink ist bewusst nur für Audit-Dry-runs zugelassen.
SAFERPAGE_ALERT_DISPATCH_APPROVED=yes ist erst nach dokumentierter Betreiberfreigabe gesetzt.
Receiver prüft Idempotency-Key und optional HMAC-Signatur.
Public-State zeigt keine Ziel-URLs, Tokens, Empfänger oder Rohpayloads.
sent_count steigt ohne Approval-Record.
Webhook-URL, Token oder Empfänger erscheinen in Public-State, Logs oder Exporten.
Zielsystem erzeugt Duplikate trotz Idempotency-Key.
Runner error_count ist größer 0.
URLhaus/Safe-Browsing-Credentials fehlen. SAFERPAGE_SECURITY_FEED_STORAGE_APPROVED ist nicht aktiv.
Nur Referenznamen, Status, Hashes, Commands und Evidence-URLs werden exportiert; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.Feed-Quellen und Zweck freigeben.
Secrets nur serverseitig setzen.
Storage-Migration und Preflight prüfen.
Canary ohne externe Feed-Abfrage ausführen.
Erst danach Storage-Approval und optional Live-Probe setzen.
Security-Feed-Readiness-Smoke ist grün: HTTP-Ziele erreichbar, failed_check_count=0, Dry-run executed_count=0 und stored_observation_count=0.
Feed-Credentials sind als present=true sichtbar, ohne Secret-Werte auszugeben.
Storage-Artefakte sind migriert und Retention-/Review-Regeln sind freigegeben.
Storage-Canary läuft vor echten Feed-Treffern erfolgreich.
Live-Probe und Runner-State zeigen keine Feed-Rohpayloads, Malware-Samples oder personenbezogenen Logs.
Secret-Wert, API-Key, Rohpayload oder personenbezogene Logzeile erscheint in Public-State.
Externe Feed-Abfrage läuft ohne explizites Run-Gate.
stored_observation_count steigt vor Storage-Freigabe.
Launch-Board zeigt Runner-Fehler oder unerklärte externe Ausführungen.
API-Access-Storage 2/2 Tabellen; produktive API-Key-Freigaben 0/7.
Nur Referenznamen, Status, Hashes, Commands und Evidence-URLs werden exportiert; keine DSN, Passwörter, API-Keys, Tokens, Ziel-URLs, Empfänger, Rohpayloads oder Besucherlogs.Migration-Preflight prüfen.
Kurzlebigen Admin-DSN nur in sicherer Shell setzen.
Migration anwenden und Preflight erneut prüfen.
Pepper/HMAC-Secret serverseitig setzen.
Domain-Claim, Test-Key, Deny/Allow/Revocation-Smokes abnehmen.
api_keys und api_access_audit_log existieren.
Migration wurde mit kurzlebigem Admin-DSN angewendet, ohne DSN oder Passwort zu loggen.
Deny-Smokes erzeugen 401/403/429/Revocation-Evidence ohne Roh-Key-Ausgabe.
Write-HMAC-Test-Fixture ist gegen Client/Receiver verifiziert.
Alle sieben API-Gates sind erst nach Domain-Claim und Test-Key-Abnahme aktiv.
DB-User hat kein CREATE-Recht und kein kurzlebiger Admin-DSN ist sicher gesetzt.
Key-Hash, Pepper, Roh-Key oder Authorization-Header erscheint in Exporten.
Write-HMAC oder Domain-Claim fehlen vor produktiver Key-Ausstellung.
API-Gates werden vor erfolgreichem Smoke aktiviert.
Evidence
https://saferpage.de/integrationen/delivery-credential-preflight-json
https://saferpage.de/integrationen/delivery-approval-template.env
https://saferpage.de/evidence/delivery-runtime-controls.json
https://saferpage.de/evidence/alert-delivery-readiness-smoke.json
https://saferpage.de/sicherheit/feed-credential-preflight-json
https://saferpage.de/sicherheit/feed-activation-template.env
https://saferpage.de/evidence/security-feed-storage-preflight.json
https://saferpage.de/evidence/security-feed-readiness-smoke.json
https://saferpage.de/evidence/api-access-migration-preflight.json