Aktiv forebyggelse

8200.dev starter detektivistisk — det observerer, forklarer og scorer. Aktiv forebyggelse lader motorerne også handle: fjern et offentligt link, tilbagekald en risikabel deling, nedgrader adgang, suspender en ondsindet agent eller tilbagekald en agents omfang.

Handling er gatekontrolleret, reversibel og ærlig. Detektivdækning er live i dag; forebyggende skrivninger kræver eksplicit skriveomfang OAuth, simuleres som standard, og den rigtige leverandørskrivning er det endelige grundlægger-gatekontrollerede trin.

Detektiv vs forebyggende

Detektivhåndhævelse — observér, forklar, fremstil en dom — er live nu på tværs af alle stik. Forebyggende håndhævelse handler hos leverandøren og er frivilligt pr. stik: aktivering af forebyggelse sætter det pr.-stik frivillige tilvalg (og, i mock-tilstand, simulerer det forhøjede skriveomfang, så hele løkken kan demonstreres i dag).

Fem afhjælpningshandlinger

Hver forslag kortlægges til en af fem handlingstyper, hver med sine forudsætninger, det nøjagtige leverandør-API-kald, det ville foretage, og den tidligere tilstand, det registrerer til fortrydelse:

Fjern offentligt link — fjern en anonym eller offentlig-web-deling.
Tilbagekald deling — fjern en specifik ekstern eller gæste-tildeling.
Nedgrader adgang — reducér en alt for bred tilladelse (for eksempel redaktør → læser).
Suspender hovedaktør — deaktivér en ondsindet eller kompromitteret identitet.
Tilbagekald agent-omfang — træk en AI-agents eller apps alt for bredt samtykke tilbage.

De fire afhjælpningsniveauer

Du vælger hvor langt 8200.dev går for at rette et fund. Sæt en organisationsomfattende standard og tilsidesæt det pr. regel i sikkerhedspolitikker. Niveauerne danner en streng stige — hver tilføjer mulighed og, med det, sprængstofstyrkea.

8200.dev er skrivebeskyttet som standard. Skriveadgang kommer kun fra et separat tilskud, du godkender — pr. lager for Fix-PR, pr. stik for Auto — og aldrig fra kernemonitoringforbindelsen.

1Underret (alle planer) — en alert plus en afhjælpningsplaybook. Intet ændres. Dette er standard.
2Guidet rettelse (betalte planer) — de nøjagtige kommandoer, et direkte link til leverandørindstillingerne for den ressource, og trinene. Du kører dem på din side; ingen skriveadgang er nødvendig.
3Fix-PR (Business og derover) — 8200.dev åbner en afhjælpende pull-anmodning i dit lager; en person gennemgår og fletter det. Intet ændres uden godkendelse, og det kræver et separat, tilbagekaldeligt, pr.-lager skrivetilskud.
4Auto (Business og derover) — for de regler du vælger, anvender 8200.dev rettelsen automatisk under de eksisterende auto-guard-sikkerhedsmål (kill-switch, tilladelsesliste, pr.-stik frivillighed).

Manuel vs AUTO-GUARD

Manuel afhjælpning er et enkelt klik: Simulér altid, Udfør med eksplicit bekræftelse når forebyggelse er live. AUTO-GUARD kan valgfrit auto-handle på højtillid, deterministiske overtrædelser kun — det er slukket som standard og tilgængeligt på Business-niveau og derover.

AUTO-GUARD er fail-lukket ved design: en model-kun dom kan aldrig udløse en auto-execute, kun en konservativ tilladelsesliste over handlingstyper er berettiget, og en global kill-switch slår enhver port ned og forringet al håndhævelse til simulering-kun.

Simuleret indtil tildelt

Indtil skriveomfang OAuth er tildelt og vurderet, kører hver handling i simuleringstilstand og er mærket som sådan — intet gør krav på en live leverandørændring, det gjorde ikke. Mock-stik-håndhævelse er reel og reversibel mod demo-grafen, mærket som demo-data.

Hver handling — simuleret eller live — skriver et fuldt, reversibelt revisionslog: hvem, hvad, hvornår, før → efter, og resultat.