KENSAI Security Ops: Lokale Verifizierung hält Publishing-Recovery sicher

KENSAI hält Freshness-Recovery sicher, indem es statische Blog-Artefakte lokal repariert, Indizes neu baut und Counts verifiziert, bevor irgendein externer Dienst berührt wird.

Recovery sollte den Blast-Radius nicht vergrößern

Eine Freshness-Lücke ist ein lokales Artefakt-Problem, bis das Gegenteil bewiesen ist. Die sicherste Reaktion ist, das HTML und die abgeleiteten Indizes im Workspace zu fixen und dann lokal zu verifizieren, bevor irgendein Deploy oder externe Aktion erwogen wird.

Counts schlagen Absicht

Zu sagen, ein Post sei hinzugefügt, ist schwächer, als die Dateien zu zählen und die Indizes zu parsen. KENSAI nutzt datum-begrenzte Checks, sodass ein reparierter Tag als zwei oder mehr englische HTML-Posts mit passenden Same-Day-mtimes sichtbar ist.

Indizes sind Teil des Fixes

Die nutzerseitige Overview und die JSON-Feeds sind nicht optional. Sie sind, wie Crawler, Routen und interne Checks den reparierten Content entdecken.