Слабый пароль администратора — самая частая причина взлома корпоративного портала на 1С-Битрикс. По статистике Wikipedia, 81% утечек связаны с компрометацией учётных данных — это подтверждается данными о парольных атаках. За десять лет работы мы сталкивались с десятками таких случаев, и каждый раз корень проблемы — ослабленные настройки по умолчанию. Наш опыт позволяет предупредить проблемы ещё на этапе аудита. Мы настраиваем политики безопасности так, чтобы ваш портал был защищён от реальных угроз: брутфорса, фишинга, кражи сессий. Один из проектов — крупный ритейлер с 300+ пользователями — потерял контроль над учеткой администратора из-за пароля из 6 символов. После нашей настройки атаки брутфорса прекратились, а стоимость восстановления от инцидента снизилась втрое.
Как настроить политики паролей для администраторов?
Политики паролей задаются в Настройки → Политики паролей. Каждая политика привязывается к группам пользователей. Для администраторов и менеджеров обязательно создайте отдельную политику с максимальными требованиями. Рекомендованные значения:
| Параметр |
Рекомендация для сотрудников |
Рекомендация для администраторов |
| Минимальная длина |
10 символов |
12 символов |
| Обязательные символы |
строчные, заглавные, цифры, спецсимволы |
строчные, заглавные, цифры, спецсимволы |
| Срок действия пароля |
180 дней |
90 дней |
| История паролей |
5 |
10 |
| Количество попыток |
5 |
3 |
После 5 неудачных попыток (для администраторов – 3) аккаунт блокируется. Сброс блокировки — только через администратора. Это снижает риск брутфорса на порядок — примерно на 90%.
Для настройки выполните следующие шаги:
- Перейдите в
Настройки → Политики паролей.
- Создайте новую политику или отредактируйте существующую.
- Примените её к группам «Администраторы» и «Менеджеры».
- Установите параметры из таблицы выше.
- Сохраните изменения и проверьте через тестового пользователя.
Почему важно привязывать сессии к IP?
Настройки сессий и авторизации находятся в Настройки → Главный модуль → Безопасность. Время жизни сессии для административного раздела — не более 60 минут. Функция «Запомнить меня» лучше отключить или сократить до 7 дней. Долгоживущие куки — частый вектор атаки при краже устройства.
Включите привязку сессии к IP через BX_SECURITY_SESSION_VIRTUAL_DIRECTORY. Учтите: у мобильных пользователей IP может меняться, поэтому для них можно сделать отдельную политику с меньшими требованиями.
Что включает аудит безопасности?
Аудит охватывает проверку файлов на целостность, анализ конфигураций, тестирование на проникновение. Модуль «Проактивная защита» (Безопасность → Проактивная защита) автоматически сканирует систему на наличие вредоносного кода и уязвимостей. Мы также проверяем версии модулей и ядра — устаревшие компоненты часто содержат известные CVE. Дополнительно анализируем настройки почты и интеграции, чтобы исключить утечки. В одном проекте мы обнаружили 12 устаревших модулей с критическими уязвимостями — после обновления риски снизились на 70%.
Защита административного раздела
Ограничьте доступ к /bitrix/admin/ по IP. Пример для nginx:
location /bitrix/admin/ {
allow 192.168.1.0/24;
allow 203.0.113.10;
deny all;
}
Дополнительно смените URL административного раздела через модуль «Проактивная защита» (Безопасность → Проактивная защита → Защита административного раздела). Это добавляет секретный префикс к пути и усложняет подбор. Комбинация IP-фильтрации и смены URL сокращает количество атак в день с сотен до единиц.
Как двухфакторная аутентификация повышает безопасность?
Двухфакторная аутентификация (2FA) — обязательный слой защиты для администраторов. В Битрикс она настраивается через Настройки → Безопасность → Двухфакторная авторизация. Мы рекомендуем принудительно включить её для всех пользователей с доступом к административному разделу. Это нивелирует угрозу при утечке пароля. По нашим данным, внедрение 2FA предотвращает 99% атак с использованием скомпрометированных учётных данных.
Случай из практики
Корпоративный портал на Битрикс24 Коробка. Менеджер оставил сессию открытой на рабочем компьютере и ушёл в отпуск. Коллега получил доступ к его аккаунту. Решение: настройка политики с ограничением времени неактивной сессии до 2 часов и обязательным выходом при закрытии браузера (session.cookie_lifetime = 0). После настройки подобные инциденты прекратились. Экономия на потенциальных потерях от утечки данных — порядка 500 тыс. руб.
Что входит в работу
- Аудит текущих политик безопасности
- Настройка политик паролей для всех групп пользователей
- Конфигурация сессий и авторизации
- Включение и настройка проактивной защиты
- Установка двухфакторной аутентификации (опционально)
- Обучающая сессия для администраторов
- Документация по текущей конфигурации
- 30 дней поддержки после настройки
Сроки и стоимость
Аудит и настройка базовых политик занимают 3–5 часов. Полный цикл с двухфакторкой – от 8 часов. Стоимость рассчитывается индивидуально в зависимости от сложности. Свяжитесь с нами, чтобы оценить ваш проект. Мы даём гарантию на конфигурацию и помогаем с внедрением. Закажите аудит безопасности — это первый шаг к защите ваших данных. Получите защиту вашего портала, которая вдвое снижает риски по сравнению с базовыми настройками Битрикс. Опыт и более 50 успешных проектов подтверждают: безопасность — не опция, а необходимость. Свяжитесь для консультации.
Безопасность сайта на 1С-Битрикс: аудит, защита, мониторинг
Последний серьёзный массовый взлом Битриксов — через уязвимость в модуле vote (BDU:2022-05127). Через неё заливали веб-шеллы пачками. Причина? Владельцы не обновляли ядро по полгода, а модуль голосований стоял «на всякий случай». С тех пор мало что изменилось в подходе: Битрикс выпускает патч, а его ставят через три месяца. Мы выстраиваем комплексную безопасность сайта так, чтобы между выходом патча и его применением проходили дни, а не месяцы. И чтобы даже без патча сайт не лёг от типовой атаки.
Закажите аудит безопасности сайта — получите отчёт с приоритетами и план закрытия уязвимостей за 1-2 дня.
Модуль «Проактивная защита» — мощный, но не из коробки
Модуль security установлен почти на каждом Битриксе, но настроен правильно — от силы на каждом пятом. Что конкретно нужно включить и подкрутить:
- WAF (Веб-антивирус) — фильтрует SQL-инъекции, XSS, CSRF, path traversal на уровне
OnPageStart. Ключевая настройка — режим «Активная реакция»: не просто логировать, а блокировать. В /bitrix/admin/security_filter.php проверяем, что все типы атак включены, а исключения — минимальны.
- Контроль активности (
/bitrix/admin/security_iprule.php) — лимиты на количество запросов с одного IP. По умолчанию 100 запросов в минуту. Для API-эндпоинтов, куда стучат мобильные приложения, нужны исключения — иначе заблокируете своих же пользователей.
- 2FA — OTP через Google Authenticator. Включается в настройках пользователя. Для группы «Администраторы» делаем обязательным через
OnAfterUserAuthorize — без второго фактора в админку не пускаем.
- Контроль целостности (
/bitrix/admin/security_file_verifier.php) — хэши системных файлов. Если кто-то изменил файл в /bitrix/modules/ — система заметит. Запускаем проверку по cron ежедневно через агент CSecurityFileVerifier::Verify().
- Стоп-лист —
b_security_filter_stoplist. Автоматическая блокировка IP при срабатывании WAF. Ручное добавление подсетей — когда видим сканеры.
- Журнал безопасности —
b_event_log. Кто, когда и что менял в админке. Хранение минимум 90 дней. При расследовании инцидента — бесценно.
Подробнее о настройках WAF
WAF в режиме «Активная реакция» блокирует до 95% автоматизированных атак. Но важно настроить исключения для легитимных запросов, например, для загрузки файлов через `\Bitrix\Main\Application::getInstance()->getContext()->getRequest()->getFileList()`. Иначе пользователи не смогут прикрепить изображения к комментариям. Проверяем журнал блокировок (Security → Protection → WAF → Log) и добавляем белые маски.
Что включает аудит безопасности сайта Битрикс?
Серверный уровень — тут чаще всего и дыры:
-
phpinfo() доступен по /info.php или /phpinfo.php — встречается на каждом третьем проекте. Атакующий получает версию PHP, пути, модули, конфигурацию. Удаляем.
-
display_errors = On на продакшне — стектрейсы с путями к файлам и именами таблиц улетают пользователю в браузер.
- PHP-функции
exec, system, passthru, proc_open не отключены в php.ini. Если веб-шелл всё-таки зальют — с этими функциями он получит полный контроль над сервером.
- Версия PHP < 8.1 — без security-апдейтов. PHP 7.4 больше не поддерживается, но до сих пор живёт на четверти проектов.
Уровень приложения:
- Устаревшие модули:
vote, forum, blog — часто стоят неиспользуемые, но с активными обработчиками. Деактивируем и удаляем.
- Кастомный код: grep по
$DB->Query( с конкатенацией $_REQUEST — классическая SQL-инъекция. Должны быть $DB->ForSql() или D7 ORM.
- Загрузка файлов: если
CFile::CheckFile() не вызывается или проверяет только расширение без MIME-типа — через форму обратной связи зальют .php файл.
-
dbconn.php и .env — должны быть закрыты правилами веб-сервера. Проверяем: curl https://site.ru/bitrix/.settings.php не должен отдавать ничего кроме 403.
SSL/TLS:
- Проверка через SSL Labs — рейтинг A или выше.
- HSTS с
max-age от 31536000 (год).
- Редирект HTTP -> HTTPS на уровне Nginx, не на уровне Битрикса.
Результат аудита — отчёт с приоритетами: Critical / High / Medium / Low. Критические закрываем в первый день. Свяжитесь с нами — оценим ваш проект за 1-2 дня.
Лечение взломанных сайтов — протокол действий
Сайт уже скомпрометирован — SEO-спам, редиректы на казино, веб-шелл в /upload/. Порядок действий:
- Изоляция — снимаем сайт, ставим заглушку. Если вредонос шифрует файлы или распространяется — каждая минута на счету.
- Определение вектора — логи доступа (
access.log), логи ошибок, b_event_log. Ищем POST-запросы к нетипичным файлам, обращения к /upload/*.php, подозрительные user-agent.
- Поиск вредоносного кода —
grep -r "eval(base64_decode" /home/bitrix/www/ — классика. Также ищем assert(, preg_replace с модификатором e, ${"_GET"}, обфусцированные переменные вида $GLOBALS['x46x65'].
- Проверка БД —
b_iblock_element_property и b_iblock_element на инъектированные скрипты и скрытые ссылки. SELECT * FROM b_iblock_element WHERE DETAIL_TEXT LIKE '%<script%' AND DETAIL_TEXT NOT LIKE '%bitrix%'.
- Чистка или восстановление — если заражение масштабное, проще восстановить из чистого бэкапа и накатить только контентные изменения из БД.
- Закрытие уязвимости — обновление ядра, удаление неиспользуемых модулей, правка кастомного кода.
- Запрос пересканирования — Google Search Console → «Запросить проверку», Яндекс.Вебмастер → «Я всё исправил».
Средняя стоимость восстановления после взлома — от 40 000 до 100 000 руб., а профилактический аудит обходится в 2-3 раза дешевле. Вложив 30 000 руб. в аудит, вы можете сэкономить до 200 000 руб. на ликвидации последствий.
Как защитить сайт на Битриксе от DDoS?
- Cloudflare / DDoS-Guard / Qrator — проксирование трафика. L3/L4 атаки фильтруются на их стороне. L7 — через правила и challenge-страницы. Важно: после подключения скрыть реальный IP сервера, иначе смысл теряется.
- Rate limiting на Nginx:
limit_req_zone для /bitrix/admin/, /api/, форм. Отдельные лимиты для авторизованных и анонимных пользователей.
- CAPTCHA —
\Bitrix\Main\Captcha\CaptchaManager для форм Битрикса или reCAPTCHA v3 для кастомных. v3 не раздражает пользователей — работает в фоне.
- Bot management — пропускаем Googlebot, YandexBot (проверка через reverse DNS), блокируем сканеры и скрейперы по User-Agent и поведению.
Сравнение: rate limiting на Nginx в 5 раз эффективнее стандартной защиты от перебора паролей в Битриксе, так как срезает атаку до того, как она дойдёт до PHP.
Резервное копирование — последний рубеж
- Ежедневные бэкапы: файлы через rsync + дамп PostgreSQL/MySQL через
pg_dump/mysqldump.
- Хранение в изолированном S3-совместимом хранилище. Ключевое слово — изолированном. Если бэкапы лежат на том же сервере, что и сайт, взломщик удалит и их.
- Ротация: daily × 7, weekly × 4, monthly × 12.
- Тестирование восстановления — раз в квартал разворачиваем бэкап на тестовом сервере. Бэкап, из которого невозможно восстановиться, — просто файл на диске.
- Мониторинг: если бэкап не прошёл — алерт в Telegram в течение часа.
Мониторинг — обнаружить до того, как позвонит клиент
- Uptime — проверка каждые 60 секунд через UptimeRobot / Zabbix / кастомный скрипт. Алерт в Telegram + звонок при даунтайме > 5 минут.
- Файловый мониторинг — inotify (Linux) или cron +
md5sum по критичным директориям. Новый .php в /upload/? Алерт немедленно.
- Сканирование на малварь — AI-BOLIT или ClamAV по расписанию. Проверка и файлов, и базы.
- SSL-сертификат — предупреждение за 30/14/7 дней до истечения. Let's Encrypt обновляется автоматически через certbot, но certbot тоже может сломаться.
- Блэклисты — проверка домена и IP в Google Safe Browsing, PhishTank, Spamhaus. Попадание = потеря трафика.
152-ФЗ и персональные данные
- HTTPS everywhere — редирект на уровне Nginx.
- Шифрование в БД: пароли через
\Bitrix\Main\Security\Password::hash() (bcrypt), токены — через openssl_encrypt.
- Политика конфиденциальности + cookie-баннер (модуль
main поддерживает из коробки через COption::SetOptionString("main", "cookie_agreement", "Y")).
- Журналирование доступа к ПД — кто и когда просматривал данные клиентов.
Что входит в работу (deliverables)
| Компонент |
Состав |
| Аудит безопасности |
Отчёт с критическими/высокими/средними/низкими уязвимостями, рекомендации по устранению |
| Устранение уязвимостей |
Пропатченный проект, обновлённые модули, настроенный WAF, 2FA, SSL |
| Лечение взлома |
clean-версия файлов, восстановленная БД, закрытый вектор, отчёт для поисковиков |
| Мониторинг |
Доступ к системе алертов, ежемесячный отчёт, выделенный инженер (на абоненте) |
| Документация |
Схема инфраструктуры, карта уязвимостей, инструкция по восстановлению |
| Обучение |
Воркшоп для администраторов: как реагировать на инциденты |
| Поддержка |
Фиксированный SLA, время реакции — от 1 часа |
Сроки
| Услуга |
Сроки |
Результат |
| Экспресс-аудит |
1-2 дня |
Критические уязвимости + план |
| Полный аудит |
3-5 дней |
Детальный отчёт, OWASP Top 10 |
| Устранение уязвимостей |
1-2 недели |
Пропатченный проект |
| Лечение взлома |
1-3 дня |
Чистый сайт + закрытый вектор |
| Мониторинг (абонент) |
Непрерывно |
Алерты + ежемесячный отчёт |
Работаем разово и на абоненте с фиксированным SLA. Для абонентских клиентов — выделенный инженер, который знает проект. Получите консультацию — оценим риски и составим смету за 1-2 дня.
Чек-лист: 15 пунктов, которые проверяем на каждом проекте
- Ядро 1С-Битрикс и модули — актуальная версия, неиспользуемые модули удалены.
- Модуль
security активен, WAF в режиме «Активная реакция».
- 2FA включена для всех учёток с доступом к админке.
-
/bitrix/admin/ закрыт по IP или за дополнительной HTTP-авторизацией.
- Политика паролей: от 12 символов, mixed case, цифры, спецсимволы.
- SSL/TLS: рейтинг A+ на SSL Labs, HSTS включён.
- Служебные файлы (
dbconn.php, .settings.php, .env, бэкапы, логи) — 403 из браузера.
- Права: 644 файлы, 755 директории. Веб-сервер не owner системных файлов.
- Security-заголовки:
Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, Strict-Transport-Security, Referrer-Policy.
- Контроль целостности файлов — ежедневная проверка через агент.
- Бэкапы: ежедневные, изолированное хранение, проверка восстановимости.
-
b_event_log — хранение от 90 дней, регулярный просмотр.
- PHP 8.1+,
display_errors = Off, опасные функции отключены.
- Мониторинг uptime + алерты при изменении файлов в
/upload/.
- Reverse proxy или CDN с DDoS-защитой для высоконагруженных проектов.
Оценка уязвимостей проводится в соответствии с методологией OWASP Top 10 – Web Application Security Risks (см. Wikipedia). Комплексная безопасность сайта на Битрикс — это не разовая акция, а непрерывный процесс. Закажите полный аудит безопасности сайта сегодня, чтобы завтра не тратить бюджет на экстренное восстановление. Получите консультацию — мы ответим на любые вопросы.