События Control Plane, PostgreSQL totals и host-level ban counters разделены сознательно, чтобы цифры оставались сопоставимыми и честными.
Боевая статистика Ай-Сентинел
Статистика атак помогает оценить необходимость защиты сервера
На 21 мая в текущем retention-окне Control Plane зафиксировано 1000 событий: 1000 разрешены и 0 заблокированы. На production-узлах сейчас 477 активных WAF-ban, а config sync показывает 4/4 ok.
Последнее обновление статистики: 21 мая 2026 года. Источники: dashboard API, PostgreSQL totals на primary и read-only fail2ban/service checks на четырёх production-hosts.
Так цифры остаются корректными: события Control Plane, cached blocks и host-level ban-записи показаны отдельно. На сайте нет IP атакующих, токенов и сырых строк журналов.
- 4 защищённых агента в production
- 1000 событий в текущем retention-окне PostgreSQL
- 1000 allow и 0 block по dashboard API
- 477 активных WAF-ban и 1032 WAF-ban всего по четырём узлам
- config sync: ok=4, stale=0, missing=0
- текущая политика: protect / 91
- следующий практический шаг — первичный аудит вашего сервера за 1-2 дня
В витрину попадают только проверенные агрегаты без секретов, IP атакующих и сырых строк журналов.
Что означают эти цифры
Для бизнеса главный вывод такой: серверы сканируют постоянно, поэтому защита должна начинаться с фактов
На этой странице показаны не абстрактные “сигналы”. Здесь собраны свежие агрегаты Control Plane, PostgreSQL и fail2ban, по которым видно, что серверный контур находится под постоянным давлением.
Это повод для аудита
Даже если сайт сейчас работает, логи показывают, какие сценарии уже прощупывают сервер.
Это актуальная картина риска
Отдельное live-окно показывает, что давление на серверы продолжается после исторического периода.
Это безопасная подача
Публикуются только агрегаты: без IP атакующих, внутренних путей, токенов и сырых строк журналов.
Страница показывает не “шум безопасности”, а деловой аргумент для проверки сервера
Для руководителя ценны не все технические подробности журнала, а ответ на практический вопрос: насколько интенсивным был поток, какие сценарии видны и что нужно проверить в своем контуре.
Публичная версия подтверждает результат безопасно: сколько событий зафиксировано, какие категории преобладают и сколько ban-записей активно.
Текущий срез 21 мая
В retention-окне Control Plane 1000 событий: 1000 разрешены и 0 заблокированы
Данные сняты из dashboard API и PostgreSQL на primary. API snapshot: 2026-05-21T07:48:32Z; последнее событие в PostgreSQL: 2026-05-21 09:48:45+02.
Нормальный трафик, который прошёл через контроль и не получил действие block.
Подтверждённые блокировки в текущем retention-окне Control Plane.
Повторные обращения из уже заблокированного источника, отсекаемые без лишней нагрузки.
Все четыре агента получают актуальную конфигурацию: stale=0, missing=0.
Контур работает в режиме защиты с порогом чувствительности 91.
В момент снимка dashboard API не показывал новых угроз за последний час.
Средняя оценка событий в текущем окне, без рекламного завышения.
Ручных блокировок на момент снимка нет; публичная сводка показывает автоматическую работу защиты.
Production-hosts
На четырёх production-узлах сейчас 477 активных WAF-ban и 1032 WAF-ban всего
Это host-level срез fail2ban по WAF-категориям. Он не прибавляется к событиям Control Plane, потому что это другой слой защиты.
Активные / всего WAF-ban; agent=active, nginx=active, failed units=1.
Активные / всего WAF-ban; agent=active, nginx=active, failed units=0.
Активные / всего WAF-ban; agent=active, nginx=active, failed units=0.
Активные / всего WAF-ban; agent=active, nginx=inactive by design, failed units=0.
Активные блокировки sshd по четырём узлам на момент снимка.
Накопленные блокировки sshd по текущим fail2ban counters.
Сумма активных WAF-ban по категориям SQLi, RCE, XSS, SSRF, prompt и scanner.
Накопленные WAF-ban по тем же категориям на момент обновления.
Сводка по WAF-категориям
Основной профиль host-level блокировок сейчас дают RCE/shell и prompt-инъекции
Категории ниже основаны на fail2ban counters с четырёх production-узлов. Сырые IP и строки логов не публикуются.
Попытки запуска команд, shell-нагрузки и сценарии удаленного выполнения кода. Активно сейчас: 247.
Инъекционные и prompt-oriented payload'ы, которые защита выделяет отдельной категорией. Активно сейчас: 179.
Перебор путей, технических файлов, php-эндпоинтов и типовых точек входа. Активно сейчас: 43.
SQLi-паттерны и вредоносные конструкции в запросах к серверным приложениям. Активно сейчас: 0.
Попытки внедрить клиентский код и обращения к чувствительным внутренним ресурсам. Активно сейчас: 8.
Отдельный sshd-контур: 161 активная блокировка сейчас, не смешивается с WAF totals.
Состояние узлов
Все четыре агента активны, а dashboard config sync показывает 4/4 ok
Состояние проверено read-only командами на production-hosts. Это не меняло политику, WAF, nginx или токены.
agent=active; nginx=active; failed units=1; WAF active=122.
agent=active; nginx=active; failed units=0; WAF active=120.
agent=active; nginx=active; failed units=0; WAF active=117.
agent=active; nginx=inactive by design; failed units=0; WAF active=118.
Текущее retention-окно событий в production Control Plane на PostgreSQL.
Активная защита
Мы показываем результат защиты подтверждёнными цифрами из двух слоёв
Control Plane показывает события и решения WAF, а fail2ban показывает текущие ban-записи на узлах.
477 активных WAF-ban сейчас держат защитный контур
Это показывает, что защита не просто накапливает статистику, а продолжает работать в текущем контуре.
- 129 active / 488 total на 80.74.29.40
- 128 active / 145 total на 132.243.221.208
- 124 active / 127 total на 185.106.94.35
- 124 active / 170 total на 89.125.37.94
Сводка разделяет 1000 событий Control Plane и 930 host-level WAF-ban
Такой пересчёт отделяет публичную витрину от служебного шума и оставляет только то, что имеет смысл показывать как боевую серверную статистику.
- dashboard API: 0 block, 1000 allow, 0 cached blocks
- PostgreSQL: 1000 retained events, latest event 2026-05-21 09:48:45+02
- fail2ban: 477 active WAF-ban, 1032 total WAF-ban
- из публичной версии не раскрываются IP атакующих и сырые строки журналов
Юридическая ответственность
Утечка персональных данных превращает технический инцидент в юридический и финансовый риск
Для бизнеса важна не только сама блокировка атак, но и последствия пропущенного инцидента. Если третьи лица получают доступ к персональным данным, компания рискует не только простоем, но и обязательствами перед регулятором, клиентами и партнёрами.
Уведомление и фиксация инцидента
Для операторов персональных данных в РФ инцидент может повлечь обязанности по уведомлению уполномоченного органа и документированию обстоятельств утечки.
Расследование, восстановление и простой
После утечки бизнес несёт расходы на расследование, экстренные меры защиты, восстановление доступа и компенсацию ущерба от остановки сервисов.
Потеря доверия и контрактные последствия
Клиенты и партнёры оценивают не только сам факт инцидента, но и зрелость защиты, скорость реакции и способность компании доказать контроль над инфраструктурой.
Информация на странице не является юридической консультацией. Точный объём обязанностей и возможной ответственности зависит от юрисдикции, отрасли, договоров, категории данных и действующей редакции закона.
Следующий шаг
Используйте эти цифры как основание для аудита и плана защиты
На странице уже есть фактура для разговора о риске, стоимости простоя и последствиях утечки. Следующий практический шаг — аудит вашей инфраструктуры и краткий план снижения рисков.
Подходит, если вы хотите оставить запрос на аудит, получить разбор рисков и короткий план защиты.
Пакеты услуг Форматы работыПосмотрите, как устроены аудит, внедрение защиты и сопровождение, и что входит в каждый пакет.
Версия для руководителя Коммерческое предложениеГотовая страница с бизнес-аргументами, рисками, выгодами и понятной подачей для руководителя.
Статистика сама по себе не закрывает риск. Она должна подводить к аудиту, выбору формата и следующему обоснованному шагу.