Aktiv forebygging
8200.dev starter som detektiv — den observerer, forklarer og gir score. Aktiv forebygging lar motorene også handle: fjern en offentlig lenke, tilbakekall en risikabel deling, nedgrader tilgang, suspender en ulovlig agent, eller tilbakekall en agents omfang.
Handling er begrenset, reversibel og ærlig. Detektivdekning er live i dag; forebyggende skrivinger krever eksplisitt skrive-omfang OAuth, simuleres som standard, og det faktiske leverandørskrivingen er det siste grunnlegger-gate-trinnet.
Detektiv vs. forebyggende
Detektiv håndhevelse — observere, forklare, produsere en avgjørelse — er live nå på tvers av hver kobling. Forebyggende håndhevelse handler hos leverandøren og er opt-in per kobling: aktivering av forebygging setter per-kobling opt-in (og, i mock-modus, simulerer den økte skrive-omfang-tilgangen slik at hele løkken er demobar i dag).
Fem beredskapshandlinger
Hvert forslag kartlegges til en av fem handlingstyper, hver med sine forhåndsbetingelser, det nøyaktige leverandør-API-kallet det ville gjøre, og den tidligere tilstanden det registrerer for angre:
- Fjern offentlig lenke — fjern en anonym eller offentlig nett-deling.
- Tilbakekall deling — fjern en spesifikk ekstern eller gjest-tillatelse.
- Nedgrader tilgang — reduser en for bred tillatelse (for eksempel redigerer → viewer).
- Suspender principal — deaktiver en ulovlig eller kompromittert identitet.
- Tilbakekall agent-omfang — trekk tilbake en AI-agents eller apps for brede samtykkeavtale.
De fire beredskapsnivåene
Du velger hvor langt 8200.dev går for å fikse et funn. Angi en organisasjonsomfattende standard og overstyr den per regel i Sikkerhetspolicyer. Nivåene danner en streng stige — hver legger til kapabilitet og, med det, eksplosjon.
8200.dev er skrivebeskyttet som standard. Skrivtilgang kommer bare fra en separat tillatelse du godkjenner — per depot for Fix-PR, per kobling for Auto — og aldri fra kjernekontrollforbindelsen.
- 1Varsle (alle planer) — en advarsel pluss en beredskapsspillbok. Ingenting endres. Dette er standard.
- 2Guidet fikser (betalte planer) — nøyaktige kommandoer, en direkte lenke til leverandørinnstillingene for den ressursen, og trinnene. Du kjører dem på din side; ingen skrivtilgang er nødvendig.
- 3Fix-PR (Business og oppover) — 8200.dev åpner en beredskaps pull-forespørsel i ditt depot; en person gjennomgår og slår den sammen. Ingenting endres uten godkjenning, og det trenger en separat, gjenkallbar, per-depot-skrivtillatelse.
- 4Auto (Business og oppover) — for reglene du velger, bruker 8200.dev fiksen automatisk under de eksisterende auto-guard-sikkerhetene (kill-switch, tillatelsliste, per-kobling opt-in).
Manuell vs. AUTO-GUARD
Manuell beredskap er ett klikk: Simuler alltid, Utfør med eksplisitt bekreftelse når forebygging er live. AUTO-GUARD kan valgfritt auto-handle høytillittelige, deterministiske brudd — det er av som standard og tilgjengelig på Business-nivået og oppover.
AUTO-GUARD er fail-closed etter design: en modell-bare avgjørelse kan aldri utløse en auto-execute, bare en konservativ tillatelsliste over handlingstyper er berettiget, og en global kill-switch slår alle porter og forverrer all håndhevelse til kun-simulert.
Simulert inntil gitt
Inntil skrive-omfang OAuth er gitt og vurdert, kjøres hver handling i simuleringsmodus og er merket som sådan — ingenting hevder en live leverandørchange den ikke gjorde. Mock-kobling-håndhevelse er ekte og reversibel mot demo-grafen, merket som demodata.
Hver handling — simulert eller live — skriver en full, reversibel revisjonsspor: hvem, hva, når, før → etter, og resultat.