Aktibong pagpigil

Detective vs preventive

Ang detective enforcement — mag-obserba, magpaliwanag, maglabas ng verdict — ay live na ngayon sa bawat connector. Ang preventive enforcement ay gumagana sa vendor at ay opt-in sa bawat connector: ang pagpapagana ng prevention ay nagtatatag ng per-connector opt-in (at, sa mock mode, sinisimula ang elevated write-scope grant upang ang buong loop ay demo-able ngayon).

Limang aksyon sa pagwawasto

Bawat proposal ay nakamit sa isa sa limang uri ng aksyon, bawat isa ay may mga prekondisyon, ang eksaktong vendor API call na gagawin nito, at ang nakaraang estado na naitala nito para sa undo:

• Alisin ang pang-publiko na link — alisin ang anonimo o pang-publiko na web share.
• Tanggalin ang share — alisin ang isang partikular na pang-external o guest grant.
• Bawasan ang access — mabawasan ang over-broad na pahintulot (halimbawa, editor → viewer).
• Suspinduhin ang principal — i-disable ang isang mapanganib o nakompromisong pagkakakilanlan.
• Tanggalin ang agent scope — ibalik ang over-broad na pahintulot ng isang AI agent o app.

Ang apat na antas ng remediation

Pinipili mo kung gaano kalayo ang 8200.dev upang ayusin ang isang hanapin. Magtakda ng default sa buong organisasyon at i-override ito sa bawat patakaran sa Security Policies. Ang mga antas ay bumubuo ng isang mahigpit na hagdan — bawat isa ay nagdadagdag ng kakayahan at, kasama nito, blast radius.

Ang 8200.dev ay read-only bilang default. Ang write access ay nagmumula lamang sa isang magkakaibang grant na iyong aprubahan — bawat repository para sa Fix-PR, bawat connector para sa Auto — at hindi kailanman mula sa core monitoring connection.

1. 1Mag-notify (lahat ng mga plano) — isang alerto kasama ang isang remediation playbook. Walang binabago. Ito ang default.
2. 2Guided fix (bayad na mga plano) — ang eksaktong mga utos, isang direktang link sa setting ng provider para sa bansang iyon, at ang mga hakbang. Ikaw ay tumatakbo sa kanila sa iyong panig; walang write access na kailangan.
3. 3Fix-PR (Business at pataas) — ang 8200.dev ay nagbubukas ng pagwawasto pull request sa iyong repository; ang isang tao ay sumusubaybay at nagsasama nito. Walang nagbabago nang walang pagsang-ayon, at kailangan ito ng isang magkakaibang, mababawi, per-repo write grant.
4. 4Auto (Business at pataas) — para sa mga patakaran na iyong pinili, ang 8200.dev ay awtomatikong nag-apply ng fix sa ilalim ng umiiral na auto-guard safeguards (kill-switch, allowlist, per-connector opt-in).

Manual vs AUTO-GUARD

Ang manual remediation ay isang click: Palaging Simulan, Ipatupad na may malinaw na kumpirmasyon kung ang prevention ay live. Ang AUTO-GUARD ay opsyonal na awtomatikong gumagana sa mataas na kumpiyansa, deterministic violations lamang — ito ay off bilang default at available sa Business tier at pataas.

Ang AUTO-GUARD ay fail-closed sa disenyo: ang isang model-only verdict ay hindi kailanman maaaring mag-trigger ng auto-execute, lamang ng isang konserbatibong allowlist ng uri ng aksyon ay karapat-dapat, at ang isang global kill-switch ay sumusunod sa bawat tarangian at bumababa ng lahat ng enforcement sa simulate-only.

Sinisimula hanggang naibigay

Hanggang ang write-scope OAuth ay ibigay at sinuri, bawat aksyon ay tumatakbo sa simulate mode at may label bilang gayon — walang nagsasabing live vendor change na hindi nito ginawa. Ang mock-connector enforcement ay totoo at mababawi laban sa demo graph, badged bilang demo data.

Bawat aksyon — sinisimula o live — ay nagsusulat ng buong, mababawi na audit trail: sino, ano, kailan, bago → pagkatapos, at resulta.