Проактивная защита — встроенный модуль безопасности 1С-Битрикс, анализирующий запросы к сайту на признаки атак: SQL-инъекции, попытки обхода авторизации, подбор паролей, загрузку вредоносных файлов. Включается почти всё одной галочкой, но именно поэтому чаще всего настраивается небрежно — либо выключается целиком при первой же ложной блокировке, либо остаётся на настройках по умолчанию, которые не всегда подходят конкретному сайту.
Из чего состоит модуль
| Компонент | Что делает |
|---|---|
| Веб-антивирус | Проверяет исходящий трафик на внедрённый вредоносный код |
| Фильтр атак | Блокирует запросы с признаками SQL-инъекций и XSS |
| Защита от подбора пароля | Ограничивает количество попыток входа |
| Контроль целостности | Сверяет файлы ядра с эталонными |
| Журнал вторжений | Фиксирует все заблокированные и подозрительные запросы |
| Одноразовые пароли | Двухфакторная аутентификация для входа в админку |
| Веб-фаервол (WAF) | Правила фильтрации на уровне HTTP-запросов |
Настройки находятся в разделе Настройки → Проактивная защита. Каждый компонент включается и настраивается независимо от остальных.
Как включить без вреда для сайта
Главная практическая проблема — модуль способен заблокировать легитимный запрос: например, покупатель отправил в комментарии текст, который фильтр посчитал похожим на код, или менеджер вставил в описание товара HTML-разметку. Чтобы включение не привело к потоку жалоб, разумный порядок такой:
- Включайте компоненты по одному, а не все сразу. Так проще понять, какая настройка вызвала конкретную проблему.
- Начните с режима протоколирования, если он доступен для конкретного фильтра, — система только записывает подозрительные запросы в журнал, но не блокирует их. Это позволяет оценить масштаб ложных срабатываний до включения реальной блокировки.
- Проверьте журнал вторжений через день-два работы — он покажет, что именно блокируется.
- Добавьте исключения для форм и полей, которые регулярно вызывают ложные срабатывания — например, формы с HTML-редактором.
- Переходите к полной блокировке только после того, как убедились, что легитимные запросы не попадают под фильтр.
Нужна помощь с Битрикс?
Защита от подбора пароля
Отдельно стоит настроить количество допустимых неудачных попыток входа и время блокировки после их превышения. Слишком строгие значения создают неудобство для реальных пользователей, которые просто ошиблись пару раз при вводе; слишком мягкие оставляют возможность для медленного, растянутого во времени перебора.
Эта защита работает в связке с двухфакторной аутентификацией для административных учётных записей — даже подобранный пароль без второго фактора не даст войти.
Контроль целостности файлов
Регулярная проверка, совпадают ли файлы ядра с эталонными версиями, позволяет заметить внедрённый посторонний код раньше, чем он успеет навредить. Проверку стоит запускать не только вручную, но и по расписанию, а результат — просматривать, а не просто запускать «для галочки».
Веб-фаервол
Правила WAF фильтруют запросы ещё до того, как они доходят до кода приложения — по паттернам в URL, заголовках и теле запроса. Здесь особенно важен принцип постепенного включения: агрессивные правила иногда блокируют легитимные административные операции, например работу с REST API или загрузку больших файлов через специфичные заголовки.
Журнал вторжений как источник данных
Журнал — не просто лог для разбора инцидентов, а рабочий инструмент настройки. Регулярный просмотр записей за неделю показывает: какие IP-адреса пытаются атаковать сайт чаще всего, какие URL чаще всего становятся целью, и какие ложные срабатывания стоит исключить.
Частые ошибки
- Модуль выключается целиком при первой жалобе. Вместо настройки исключения теряется вся защита.
- Все компоненты включаются одновременно. При появлении проблемы невозможно понять, какая именно настройка её вызвала.
- Журнал вторжений никто не читает. Настройка защиты происходит вслепую, без реальных данных о том, что она блокирует.
- Проверка целостности не входит в расписание. Изменённые файлы обнаруживаются случайно, а не системно.
- Нет исключений для собственных форм с HTML. Легитимный контент-менеджер регулярно натыкается на блокировку.
Итог
Проактивная защита закрывает большую часть типовых атак на сайт на 1С-Битрикс без написания кода, но требует постепенного включения: сначала протоколирование, затем анализ журнала, затем исключения для легитимных сценариев и только потом полная блокировка. Выключать модуль целиком из-за одной ложной блокировки — не решение проблемы, а отказ от защиты в обмен на временное удобство.