Pencegahan aktif

8200.dev dimulai sebagai detektor — mengamati, menjelaskan, dan memberikan skor. Pencegahan Aktif memungkinkan mesin juga bertindak: menghapus tautan publik, mencabut berbagi yang berisiko, menurunkan akses, menangguhkan agen nakal, atau mencabut cakupan agen.

Bertindak dibatasi, dapat dibalikkan, dan jujur. Cakupan detektor aktif hari ini; penulisan pencegahan memerlukan OAuth cakupan-tulis eksplisit, disimulasikan secara default, dan penulisan vendor asli adalah langkah final yang dibatasi pendiri.

Detektor vs pencegahan

Penegakan detektor — amati, jelaskan, buat keputusan — aktif sekarang di setiap konektor. Penegakan pencegahan bertindak di vendor dan opt-in per konektor: mengaktifkan pencegahan menetapkan opt-in per-konektor (dan, dalam mode mock, mensimulasikan pemberian cakupan-tulis yang ditinggikan sehingga seluruh loop dapat didemo hari ini).

Lima tindakan remediasi

Setiap proposal dipetakan ke salah satu dari lima jenis tindakan, masing-masing membawa persyaratan awalnya, panggilan API vendor yang tepat yang akan dilakukan, dan keadaan sebelumnya yang direkam untuk pembatalan:

Hapus tautan publik — lepaskan berbagi anonim atau web-publik.
Cabut berbagi — hapus hibah eksternal atau tamu tertentu.
Turunkan akses — kurangi izin yang terlalu luas (misalnya, editor → penampil).
Tangguhkan principal — nonaktifkan identitas nakal atau terkompromi.
Cabut cakupan agen — tarik persetujuan cakupan-luas agen AI atau aplikasi.

Empat tingkat remediasi

Anda memilih sejauh mana 8200.dev melangkah untuk memperbaiki temuan. Tetapkan default di seluruh organisasi dan timpa per aturan dalam Kebijakan Keamanan. Tingkat membentuk tangga ketat — masing-masing menambah kemampuan dan, dengan itu, radius ledakan.

8200.dev bersifat read-only secara default. Akses tulis hanya datang dari hibah terpisah yang Anda setujui — per repositori untuk Fix-PR, per konektor untuk Otomatis — dan tidak pernah dari koneksi pemantauan inti.

1Notifikasi (semua paket) — peringatan ditambah buku panduan remediasi. Tidak ada yang berubah. Ini adalah default.
2Perbaikan terpandu (paket berbayar) — perintah yang tepat, tautan langsung ke pengaturan penyedia untuk sumber daya itu, dan langkah-langkahnya. Anda menjalankannya di pihak Anda; akses tulis tidak diperlukan.
3Fix-PR (Bisnis dan lebih tinggi) — 8200.dev membuka permintaan tarik remediasi di repositori Anda; manusia meninjau dan menggabungkannya. Tidak ada yang berubah tanpa persetujuan, dan memerlukan hibah tulis terpisah yang dapat dicabut, per-repo.
4Otomatis (Bisnis dan lebih tinggi) — untuk aturan yang Anda pilih, 8200.dev menerapkan perbaikan secara otomatis di bawah perlindungan auto-guard yang ada (tombol henti, daftar izin, opt-in per-konektor).

Manual vs AUTO-GUARD

Remediasi manual adalah satu klik: Simulasikan selalu, Jalankan dengan konfirmasi eksplisit ketika pencegahan aktif. AUTO-GUARD dapat secara opsional auto-bertindak pada pelanggaran determinan kepercayaan-tinggi saja — default dimatikan dan tersedia di tier Bisnis dan lebih tinggi.

AUTO-GUARD dirancang gagal-tertutup: keputusan hanya-model tidak pernah dapat memicu auto-eksekusi, hanya daftar izin tindakan konservatif yang memenuhi syarat, dan tombol henti global mengalahkan setiap gerbang dan merendahkan semua penegakan ke simulasi-saja.

Disimulasikan sampai diberikan

Sampai OAuth cakupan-tulis diberikan dan dinilai, setiap tindakan berjalan dalam mode simulasi dan diberi label seperti itu — tidak ada yang mengklaim perubahan vendor langsung yang tidak dilakukan. Penegakan konektor-mock nyata dan dapat dibalikkan terhadap grafik demo, diberi lencana sebagai data demo.

Setiap tindakan — disimulasikan atau langsung — menulis jejak audit lengkap yang dapat dibalikkan: siapa, apa, kapan, sebelum → sesudah, dan hasil.