Политики

Декларативные правила инспекции и действий для области трафика.

Этот экран относится к администратору контура Secure, а не к обычному hosted-клиенту. Hosted-клиент видит отдельный кабинет со своими ключами и лимитами; меню политик и сервисных настроек ему не предоставляется. Для изменения защиты обратитесь к администратору. В операторской консоли откройте маршрут, указанный выше; выбор tenant в отчёте не ограничивает автоматически глобальную настройку.

В примерах используются учебные данные. В реальной интеграции укажите свой разрешённый tenant. Скриншоты показывают настоящий frontend; источник и учебный/демо-режим подписаны под каждым изображением.

Пошаговые действия

Политики → Новая политика: задайте уникальный id DOCS-EMAIL, имя, status draft и свой scope.tenant.
Добавьте правило по ID реального класса, например pii.email → mask; отдельное injection_detected → block.
Проверьте JSON и нажмите Сохранить политику; черновик не участвует в защите. Предпросмотр, если доступен в вашей версии, сам по себе не включает правило.
Перед активацией проверьте положительный/отрицательный образцы и запрос другого tenant на staging.
Переведите документ в active через редактор и перечитайте карточку; используйте Пауза для временного исключения.
Для возврата откройте Версии → Откатить и снова проверьте решение.

Все поля и их назначение

Поле / параметр	Значения, единицы и результат
id, name, owner, description	Уникальный id обязателен; имя, владелец и описание объясняют назначение, без секретов. Полный документ редактируется в JSON.
status	draft не участвует, active участвует, paused временно исключён. Пауза одной политики не выключает остальные правила защиты.
scope.tenant / groups / apps	Непустые groups/apps отклоняются с 422: доверенной привязки к ним нет. Конкретный tenant ограничивает исполнение, а * охватывает всех. Фильтр отчёта не меняет scope.
rules[].when	data_class, min_severity, sensitivity, content_type, point, injection_detected, provider_unlisted задают условие. Все поля и совместимость перечислены в подробных настройках. Boolean-условия допускают true и false. Для составного условия перечитайте JSON: все заданные поля объединяются через AND.
then / note	Действие block/mask/reroute/flag/allow (UI может показывать blocked/masked/rerouted/flagged/allowed). Note поясняет правило и не меняет сопоставление.
on_inspection_unavailable / block_message	fail_closed либо пустое значение; при недоступной инспекции запрос блокируется. block_message — сообщение клиенту без секрета. Fail-open не является поддержанным способом восстановления инспектора.

Проверить результат

Сохраните и перечитайте полный JSON на каждой реплике, затем сравните новый запрос: Request ID, action, policy_id/rule_id. Hosted-версия 15.10.2026 читает общий PostgreSQL без ручного reload. Активная тестовая политика должна выиграть; при паузе остаются другие правила.

Ошибки, отключение и возврат настроек

400/422: исправьте JSON, enum, scope или диапазон, оставив прежнюю политику. Для старого gateway не используйте groups/apps как доказательство изоляции: оператор проверяет контракт и обновляет runtime.

**Редактор политики тестового tenant · реальный staging**
2026-10-15 · Реальное приложение на staging, существующая операторская сессия. Только синтетические данные или обезличенные параметры; секреты и профиль оператора исключены из кадра. Кадр формы сам по себе не доказывает сохранение или согласованность всех реплик. Редактор и предупреждение об области проверены в staging-кандидате; доступность исправлений зависит от выпущенной версии.

**Редактор политики: false и сохранение · общий staging**
2026-10-15 · Реальный общий staging с восстановленным gateway и редактором r8. Синтетическая политика ограничена отдельным тестовым tenant; профиль и секреты исключены из исходного кадра. Сохранение через форму и active/paused проверены отдельными запросами на обеих репликах без reload. После проверки исходный draft восстановлен, временный ключ отозван.

Подробные настройки безопасности · Анализ трафика · FAQ · Все разделы приложения