Alert Rules

Пороговые оповещения по DLP, блокировкам и инъекциям.

Пороговые оповещения по DLP, блокировкам и инъекциям.

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

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

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

  1. Alert Rules → Добавить правило.
  2. Введите docs-dlp, tenant docs-demo, тип dlp, класс pii.email, порог 10, окно 5, Cooldown 60.
  3. Оставьте Активно → Сохранить/Создать.
  4. Нажмите Симулировать правило; проверьте совпадения и Историю срабатываний.
  5. Подключите webhook alert.rule.triggered. Для остановки Редактировать → снять Активно → Сохранить.

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

Поле / параметрЗначения, единицы и результат
Название / tenant / kindНазвание обязательно; * — все tenant. Тип blocked/injection/dlp/any выбирает счётчик событий; это отличается от Router quota/cost типов.
data_classПусто — все классы; ID из вердикта ограничивает правило, например pii.email. Это не поле для regex.
threshold / window_minutesПорог ≥ 1 событий в окне ≥ 1 минут. Пример 10 за 5 минут; threshold не процент блокировок.
cooldown_minutes / enabledCooldown ≥ 0 минут, пример 60; Активно включает оценку правила. 0 cooldown не выключает правило.

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

Симуляция, генерация и доставка проверяются раздельно. Правило оповещения не меняет mask/block в защищённом вызове.

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

При отсутствии срабатываний проверьте tenant/class/kind, окно, threshold, enabled и cooldown. Верните прежние значения для отката.

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

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