Aktywna prewencja

8200.dev zaczyna jako detektor — obserwuje, wyjaśnia i punktuje. Aktywna Prewencja pozwala silnikom też działać: usunąć publiczny link, odwołać ryzykowny udział, obniżyć dostęp, wstrzymać rogue'a agenta lub odwołać zakres agenta.

Działanie jest kontrolowane, odwracalne i uczciwe. Zasięg detekcji jest dostępny dziś; zapis prewencyjny wymaga jawnego OAuth zakresu zapisu, jest domyślnie symulowany i rzeczywisty zapis u dostawcy to ostateczny krok z bramką założyciela.

Detekcja versus prewencja

Egzekucja detekcyjna — obserwuj, wyjaśnij, wydaj werdykt — jest dostępna teraz dla każdego łącznika. Egzekucja prewencyjna działa u dostawcy i jest opcjonalna dla każdego łącznika: włączenie prewencji ustawia opcję dla łącznika (a w trybie makiety symuluje podniesiony grant zakresu zapisu, aby cała pętla była demo dzisiaj).

Pięć akcji naprawczych

Każda propozycja mapuje się na jeden z pięciu typów akcji, każdy z warunkami wstępnymi, dokładnym wywołaniem API dostawcy, które by wykonał, i stanem poprzednim, który rejestruje dla cofnięcia:

Usuń publiczny link — usuń anonimowy lub publiczny udział w sieci.
Odwołaj udział — usuń konkretny zewnętrzny lub gościnny grant.
Obniż dostęp — zmniejsz zbyt szeroki uprawnienie (na przykład edytor → widz).
Wstrzymaj podmiot — wyłącz rogue'a lub skompromitowaną tożsamość.
Odwołaj zakres agenta — wycofaj zbyt szeroki consent agenta AI lub aplikacji.

Cztery poziomy naprawy

Wybierasz jak daleko 8200.dev idzie aby naprawić odkrycie. Ustaw domyślny dla całej organizacji i zastąp go dla każdej reguły w Zasadach Bezpieczeństwa. Poziomy tworzą ścisłą drabinę — każdy dodaje możliwości i wraz z tym, promień rażenia.

8200.dev jest domyślnie tylko do odczytu. Dostęp do zapisu pochodzi tylko z osobnego grant'u, który zatwierdź — dla każdego repozytorium dla Fix-PR, dla każdego łącznika dla Auto — i nigdy z głównego połączenia monitorowania.

1Powiadom (wszystkie plany) — alert plus playbook naprawy. Nic się nie zmienia. To jest domyślne.
2Naprawa prowadzona (płatne plany) — dokładne polecenia, bezpośredni link do ustawień dostawcy dla tego zasobu i kroki. Wykonujesz je po swojej stronie; dostęp do zapisu nie jest potrzebny.
3Fix-PR (Business i wyżej) — 8200.dev otwiera naprawiający pull request w Twoim repozytorium; człowiek je przegląda i scala. Nic się nie zmienia bez zatwierdzenia i wymaga osobnego, odwoływalnego, grant'u zapisu dla repozytorium.
4Auto (Business i wyżej) — dla reguł które wybierzesz, 8200.dev automatycznie stosuje naprawę pod istniejącymi safeguard'ami auto-guard (kill-switch, allowlist, opcji per-łącznik).

Ręczny versus AUTO-GUARD

Naprawa ręczna to jeden klik: Zawsze symuluj, Wykonaj z jawnym potwierdzeniem gdy prewencja jest dostępna. AUTO-GUARD opcjonalnie auto-działa na naruszeniach o wysokim zaufaniu i deterministycznych — jest domyślnie wyłączony i dostępny na warstwie Business i wyższej.

AUTO-GUARD jest fail-closed z projektu: werdykt tylko modelowy nigdy nie może wyzwolić auto-wykonania, tylko konserwatywna lista dozwolonych typów akcji jest uprawomocniona, i globalny wyłącznik pokonuje każdą bramkę i obniża całą egzekucję do tylko symulacji.

Symulowana aż do grant

Aż do udzielenia OAuth zakresu zapisu i jego oceny, każda akcja działa w trybie symulacji i jest jako taka oznaczona — nic nie twierdzi zmiany u dostawcy, którą nie dokonała. Egzekucja łącznika-makiety jest rzeczywista i odwracalna wobec wykresu demo, oznaczona jako dane demo.

Każda akcja — symulowana lub rzeczywista — zapisuje pełny, odwracalny ścieżkę audytu: kto, co, kiedy, przed → po, i wynik.