duffyduckandClaude Opus 5
41671cbb96
Das Gegenbuch meldet sich stuendlich an - protokolliert wurde das als Authentication/CRITICAL. Damit stand das vorhersagbarste Ereignis im System auf der hoechsten Stufe: Jeder legitime Lauf trainiert den Betreiber darauf, CRITICAL wegzuklicken, und der erste echte Vorfall erbt diesen Reflex. Dieselbe Alarm-Muedigkeits-Klasse wie R162, diesmal von uns selbst erzeugt. Nicht unterdrueckt, sondern eingestuft: Neues Kennzeichen isServiceAccount am Benutzer (Migration 20260822100000). Anmeldungen solcher Konten erscheinen weiterhin im Log - man soll sehen, dass das Gegenbuch arbeitet - aber als Routine (LOW) mit eigenem Label 'Dienstkonto ... angemeldet (planmaessig)'. Alle anderen Anmeldungen bleiben CRITICAL. Offen und dem Pentester so benannt: Der eigentliche Tripwire waere der AUSBLEIBENDE Heartbeat (Dienstkonto meldet sich N Intervalle nicht mehr) sowie Anmeldungen ausserhalb der Kadenz oder von fremder Quell-IP. Das braucht einen Zeitgeber und ist noch nicht gebaut. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
10 lines
530 B
SQL
10 lines
530 B
SQL
-- Dienstkonto-Kennzeichen (Pentest R182).
|
|
--
|
|
-- Das Gegenbuch meldet sich stuendlich an. Diese Anmeldung wurde bisher als
|
|
-- Authentication/CRITICAL protokolliert - also das vorhersagbarste Ereignis im
|
|
-- System auf der hoechsten Stufe. Damit trainiert die Routine den Betreiber
|
|
-- darauf, CRITICAL wegzuklicken, und der erste ECHTE Vorfall erbt diesen
|
|
-- Reflex. Mit dem Kennzeichen werden solche Anmeldungen als Routine gefuehrt.
|
|
ALTER TABLE `User`
|
|
ADD COLUMN IF NOT EXISTS `isServiceAccount` BOOLEAN NOT NULL DEFAULT false;
|