Aktív megelőzés

A 8200.dev detektívként indul — megfigyel, magyaráz és értékel. Az Aktív Megelőzés lehetővé teszi az alrendszereknek, hogy cselekedjenek is: nyilvános hivatkozás eltávolítása, kockázatos megosztás visszavonása, hozzáférés visszafokozása, támadó ügynök felfüggesztése vagy ügynök hatókörének visszavonása.

A cselekvés korlátozott, visszafordítható és őszinte. A detektív lefedettség ma élő; a megelőző írások explicit írási jogkört igényelnek OAuth-hoz, alapértelmezésben szimuláltak, és a tényleges szállító írása az utolsó, alapító által korlátozott lépés.

Detektív vs megelőző

A detektív kikényszerítés — megfigyelés, magyarázat, ítélet meghozatala — ma élő minden csatlakozón. A megelőző kikényszerítés a szállítónál működik és csatlakozóként választható: a megelőzés engedélyezése beállítja a csatlakozó szerinti opt-in-t (és mock módban szimulálja az emelt írási jogkört, így az egész hurok ma demózható).

Öt helyreállítási műveleti

Minden javaslat az öt cselekvéstípus egyikére térképezi fel magát, mindegyik a precondícióit, a pontos szállító API-hívást, amelyet készítene, és az undo-hoz rögzített korábbi állapotot hordoz:

Nyilvános hivatkozás eltávolítása — anonimizáljon vagy nyilvános-web megosztást.
Megosztás visszavonása — távolítson el egy konkrét külső vagy vendég jogosultságot.
Hozzáférés visszafokozása — csökkentsen egy túl tág jogosultságot (például szerkesztő → nézegető).
Fő felfüggesztése — tiltson le egy támadó vagy sérült identitást.
Ügynök hatóköre visszavonása — vonja vissza egy AI-ügynök vagy alkalmazás túl tág beleegyezését.

A négy helyreállítási szint

Ön dönti el, hogy mennyire megy a 8200.dev egy megállapítás javítása. Állítson be egy szervezeti alapértelmezést és bírálja felül szabályonként a Biztonsági Irányelvekben. A szintek szigorú lépcsőt képeznek — mindegyik hozzáadja a képességet és vele a robbanási sugarat.

A 8200.dev alapértelmezésben csak olvasási módban van. Az írási hozzáférés csak egy külön engedélyből származik, amelyet Ön jóváhagyott — a Fix-PR-hoz repo-nként, az Auto-hoz csatlakozónként — és sohasem az alapvető monitorozási csatlakozásból.

1Értesítés (minden terv) — riasztás és helyreállítási playbook. Semmi nem változik. Ez az alapértelmezés.
2Végzett javítás (fizetett tervek) — pontos parancsok, közvetlen hivatkozás az adott erőforrás szolgáltatói beállításaihoz és a lépések. Ön végzi el őket a saját oldalán; nincs szükség írási hozzáférésre.
3Fix-PR (Business és felette) — a 8200.dev helyreállító pull kérelmet nyit az Ön tárában; egy ember átnézi és egyesíti. Semmi nem változik jóváhagyás nélkül, és szükség van egy külön, visszavonható, repo-nkénti írási engedélyre.
4Auto (Business és felette) — az Ön által választott szabályokhoz a 8200.dev automatikusan alkalmazza a javítást a meglévő auto-guard védelmi intézkedések alatt (kill-switch, engedélyezett lista, csatlakozó szerinti opt-in).

Kézi vs AUTO-GUARD

A kézi helyreállítás egy kattintás: Szimulálás mindig, Végrehajtás explicit megerősítéssel, ha a megelőzés él. Az AUTO-GUARD opcionálisan automatikusan cselekszik nagy megbízhatósággal, determinisztikus jogsértéseken — alapértelmezésben ki van kapcsolva és az Business szint és felette érhető el.

Az AUTO-GUARD fail-closed kialakítása: egy modell-csak ítélet sosem indíthat auto-végrehajtást, csak a konzervatív engedélyezett cselekvéstípusok az alkalmasak, és egy globális kill-switch legyőz minden kaput és fokozza le az összes kikényszerítést csak szimulálásra.

Szimulált, amíg nem lett megadva

Amíg az írási jogkör OAuth nem lett megadva és értékelve, minden műveleti szimuláció módban futnak és jelölve vannak — semmi sem állít élő szállító változást, amelyet nem végzett el. A mock-csatlakozó kikényszerítés valós és visszafordítható a demó grafikonon, demó adatként jelölve.

Minden műveleti — szimulált vagy élő — teljes, visszafordítható naplóbejegyzést ír: ki, mit, mikor, előtte → után, és eredmény.