10110010011101001011001101101110101018200.devFrom Enterprise.Systems

Активна профілактика

8200.dev починає як детектив — спостерігає, пояснює та оцінює. Активна профілактика дозволяє механізмам також діяти: видалити публічне посилання, скасувати ризикований доступ, понизити рівень привілеїв, призупинити підозрілого агента або скасувати область доступу агента.

Дії контролюються, оборотні та чесні. Детективний моніторинг працює вже зараз; профілактичні записи потребують явного OAuth з правом запису, за замовчуванням імітуються та виконуються розробником як останній крок.

Детектив проти профілактики

Детективне забезпечення — спостереження, пояснення, винесення вердикту — зараз працює на всіх з'єднавачах. Профілактичне забезпечення діє у постачальника та є необов'язковим для кожного з'єднавача: увімкнення профілактики встановлює відповідний вибір для кожного з'єднавача (і в режимі імітації дозволяє демонструвати весь цикл вже сьогодні).

П'ять дій щодо усунення проблем

Кожна пропозиція відповідає одному з п'яти типів дій, кожна з яких містить попередні умови, точний виклик API постачальника та попередній стан для скасування:

  • Видалити публічне посилання — видалити анонімний або публічний доступ.
  • Скасувати доступ — видалити конкретний зовнішній або гостьовий дозвіл.
  • Понизити рівень доступу — зменшити надмірно широкий дозвіл (наприклад, редактор → глядач).
  • Призупинити принципала — відключити підозрілу або скомпрометовану ідентичність.
  • Скасувати область доступу агента — відкликати надмірно широкий дозвіл AI-агента або додатку.

Чотири рівні усунення проблем

Ви обираєте, наскільки далеко 8200.dev йде, щоб виправити знахідку. Встановіть організаційне стандартне значення за замовчуванням та замініть його для кожного правила в політиках безпеки. Рівні утворюють сувору лісту — кожен додає можливість та, разом з нею, радіус вибуху.

8200.dev за замовчуванням тільки для читання. Доступ на запис надходить тільки з окремого дозволу, який ви затверджуєте — за репозиторій для Fix-PR, за з'єднавач для Auto — і ніколи з основного з'єднання моніторингу.

  1. 1Сповіщення (усі плани) — сповіщення плюс посібник щодо усунення проблем. Нічого не змінюється. Це за замовчуванням.
  2. 2Керований виправ (платні плани) — точні команди, прямий доступ до параметрів постачальника для цього ресурсу та кроки. Ви їх виконуєте з вашої сторони; доступ на запис не потрібен.
  3. 3Fix-PR (Business та вище) — 8200.dev відкриває запит на внесення змін для усунення проблеми у вашому репозиторії; людина його переглядає та об'єднує. Нічого не змінюється без затвердження, і це потребує окремого, такого що відкликається, дозволу на запис для кожного репозиторію.
  4. 4Auto (Business та вище) — для правил, які ви обираєте, 8200.dev автоматично застосовує виправлення під існуючі гарантії auto-guard (вимикач, білий список, вибір для кожного з'єднавача).

Ручне проти AUTO-GUARD

Ручне усунення проблем одним кліком: імітація завжди, виконання з явним підтвердженням, коли профілактика активна. AUTO-GUARD за необхідності автоматично діє на високовпевнених, детермінованих порушеннях — за замовчуванням вимкнено та доступно на рівні Business та вище.

AUTO-GUARD за конструкцією безопасний: вердикт тільки моделі ніколи не може запустити автоматичне виконання, лише консервативний список типів дій мають право, а глобальний вимикач перевершує все й деградує все забезпечення до режиму тільки імітації.

Імітація до передачі дозволу

Поки OAuth з правом запису не буде надано й оцінено, кожна дія виконується в режимі імітації та позначена як така — ніхто не претендує на живу зміну постачальника, яку насправді не здійснив. Забезпечення mock-з'єднавача є реальним і оборотним щодо демографу, позначеним як демо-дані.

Кожна дія — імітована чи жива — записує повний, оборотний журнал аудиту: хто, що, коли, до → після та результат.