Actieve preventie

8200.dev werkt detectief — het observeert, verklaart en scoort. Actieve preventie stelt de engines ook in staat om actie te ondernemen: een openbare link verwijderen, een riskante share intrekken, toegang downgraden, een rogue agent opschorten of een agent's bevoegdheden intrekken.

Actie ondernemen is gecontroleerd, omkeerbaar en eerlijk. Detectieve dekking is vandaag live; preventieve schrijfbewerkingen vereisen expliciete schrijf-scope OAuth, worden standaard gesimuleerd, en de werkelijke leverancier-schrijfbewerking is de laatste oprichter-gecontroleerde stap.

Detectief versus preventief

Detectieve handhaving — observeren, uitleggen, een uitspraak doen — is nu live op elke connector. Preventieve handhaving werkt bij de leverancier en is opt-in per connector: het inschakelen van preventie stelt de per-connector opt-in in (en simuleert in mock-modus de verhoogde schrijf-scope toekenning zodat de gehele loop vandaag demo-baar is).

Vijf herstelacties

Elke voorstel kaart af op een van vijf actietypen, elk met zijn voorwaarden, de exacte leverancier-API-aanroep die het zou doen, en de vorige status die het registreert voor ongedaan maken:

Openbare link verwijderen — strip een anonieme of openbare-web-share.
Share intrekken — verwijder een specifieke externe of gasttoestemming.
Toegang downgraden — verlaag een te brede toestemming (bijvoorbeeld editor → viewer).
Principal opschorten — schakel een rogue of gecompromitteerde identiteit uit.
Agent-bevoegdheden intrekken — trek een AI-agent of app's te brede toestemming in.

De vier herstellevels

U kiest hoe ver 8200.dev gaat om een bevinding op te lossen. Stel een organisatiebrede standaard in en overschrijf deze per regel in Beveiligingsbeleidsregels. De niveaus vormen een strikte ladder — elk voegt mogelijkheid toe en daarmee bereik.

8200.dev is standaard alleen-lezen. Schrijftoegang komt alleen van een separate toekenning die u goedkeurt — per repository voor Fix-PR, per connector voor Auto — en nooit van de kernmonitoringverbinding.

1Melden (alle abonnementen) — een waarschuwing plus een herstelplaybook. Niets wordt gewijzigd. Dit is de standaard.
2Begeleide reparatie (betaalde abonnementen) — de exacte opdrachten, een directe link naar de leveranciersinstellingen voor die resource, en de stappen. U voert ze aan uw kant uit; geen schrijftoegang is nodig.
3Fix-PR (Business en hoger) — 8200.dev opent een herstelende pull request in uw repository; een mens beoordeelt en voegt deze samen. Niets verandert zonder goedkeuring, en dit vereist een separate, herroepbare, per-repository schrijftoekenning.
4Auto (Business en hoger) — voor de regels die u kiest, past 8200.dev de reparatie automatisch toe onder de bestaande auto-guard beveiligingsmaatregelen (kill-switch, allowlist, per-connector opt-in).

Handmatig versus AUTO-GUARD

Handmatig herstel is één klik: simuleer altijd, voer uit met expliciete bevestiging wanneer preventie live is. AUTO-GUARD kan optioneel automatisch handelen op hoge zekerheid, deterministische schendingen — het is standaard uit en beschikbaar in de Business-laag en hoger.

AUTO-GUARD is standaard fail-closed: een uitspraak alleen van het model kan nooit een auto-execute triggeren, slechts een conservatieve allowlist van actietypen komt in aanmerking, en een globale kill-switch overwint elke barrière en degradeert alle handhaving naar alleen simuleren.

Gesimuleerd tot verleend

Tot schrijf-scope OAuth is verleend en beoordeeld, werkt elke actie in simulatiemodus en wordt als zodanig aangeduid — niets claimt een live leverancier-verandering die het niet heeft gedaan. Mock-connector handhaving is werkelijk en omkeerbaar tegen de demo-grafiek, gemarkeerd als demo-gegevens.

Elke actie — gesimuleerd of live — schrijft een volledig, omkeerbaar auditspoor: wie, wat, wanneer, voor → na, en resultaat.