Pencegahan aktif

8200.dev bermula sebagai detektif — ia memerhati, menerangkan dan memberi markah. Pencegahan Aktif membolehkan enjin juga bertindak: alih keluar pautan awam, batal perkongsian berisiko, turunkan akses, gantung ejen kurang ajar, atau batal skop ejen.

Bertindak adalah bersyarat, boleh diterbalikkan dan jujur. Liputan detektif bersifat langsung hari ini; penulisan pencegahan memerlukan OAuth skop penulisan eksplisit, disimulasikan secara lalai, dan penulisan vendor sebenar adalah langkah terakhir yang disaring oleh pengasas.

Detektif berbanding pencegahan

Penguatkuasaan detektif — perhatian, terangkan, hasilkan keputusan — bersifat langsung sekarang di setiap penyambung. Penguatkuasaan pencegahan bertindak pada vendor dan adalah pilih masuk per penyambung: membolehkan pencegahan menetapkan pilihan masuk per penyambung (dan, dalam mod tiruan, mensimulasikan pemberian skop penulisan yang ditingkatkan sehingga keseluruhan gelung boleh dipamerkan hari ini).

Lima tindakan pemulihan

Setiap cadangan dipetakan ke salah satu daripada lima jenis tindakan, masing-masing membawa syarat utamanya, panggilan API vendor yang tepat yang akan dibuatnya, dan keadaan terdahulu yang direkodnya untuk buat asal:

Alih keluar pautan awam — tanggalkan perkongsian web awam atau awam.
Batal perkongsian — alih keluar geran luaran atau tetamu tertentu.
Turunkan akses — kurangkan kebenaran yang terlalu luas (contohnya, editor → penonton).
Gantung prinsipal — lumpuhkan identiti kurang ajar atau terkompromi.
Batal skop ejen — tarik balik persetujuan yang terlalu luas bagi ejen AI atau aplikasi.

Empat peringkat pemulihan

Anda memilih sejauh mana 8200.dev pergi untuk membetulkan penemuan. Tetapkan lalai seluruh organisasi dan timpa setiap peraturan dalam Dasar Keselamatan. Peringkat membentuk tangga ketat — setiap satu menambah keupayaan dan, dengan itu, jejari ledakan.

8200.dev bersifat baca sahaja secara lalai. Akses penulisan datang hanya daripada geran berasingan yang anda setujui — per repositori untuk Fix-PR, per penyambung untuk Auto — dan tidak pernah daripada sambungan pemantauan teras.

1Beritahu (semua pelan) — amaran dan panduan pemulihan. Tiada apa yang diubah. Ini adalah lalai.
2Pembaikan terpandu (pelan berbayar) — arahan yang tepat, pautan langsung kepada tetapan pembekal untuk sumber itu, dan langkah-langkahnya. Anda menjalankannya di pihak anda; akses penulisan tidak diperlukan.
3Fix-PR (Perniagaan dan ke atas) — 8200.dev membuka permintaan tarik pemulihan dalam repositori anda; seorang manusia mengulasnya dan menggabungkannya. Tiada apa yang berubah tanpa persetujuan, dan ia memerlukan geran penulisan berasingan yang boleh dibatalkan per repositori.
4Auto (Perniagaan dan ke atas) — untuk peraturan yang anda pilih, 8200.dev menggunakan pembaikan secara automatik di bawah perlindungan auto-guard sedia ada (suis bunuh, senarai putih, pilihan masuk per penyambung).

Manual berbanding AUTO-GUARD

Pemulihan manual adalah satu klik: Sentiasa simulasikan, Laksanakan dengan pengesahan eksplisit apabila pencegahan bersifat langsung. AUTO-GUARD secara pilihan bertindak secara automatik pada pelanggaran keputusan tinggi, deterministik sahaja — ia dimatikan secara lalai dan tersedia pada peringkat Perniagaan dan ke atas.

AUTO-GUARD gagal-ditutup mengikut reka bentuk: keputusan model sahaja tidak pernah boleh mencetuskan pelaksanaan automatik, hanya senarai putih konservatif jenis tindakan yang layak, dan suis bunuh global mengalahkan setiap pintu gerbang dan merosotkan semua penguatkuasaan kepada simulasi sahaja.

Disimulasikan sehingga diberikan

Sehingga OAuth skop penulisan diberikan dan dinilai, setiap tindakan berjalan dalam mod simulasi dan dilabelkan sedemikian — tiada apa yang menuntut perubahan vendor langsung yang tidak dibuatnya. Penguatkuasaan penyambung tiruan adalah nyata dan boleh diterbalikkan terhadap graf demo, ditandakan sebagai data demo.

Setiap tindakan — disimulasikan atau bersifat langsung — menulis jejak audit lengkap yang boleh diterbalikkan: siapa, apa, bila, sebelum → selepas, dan hasil.