Аудит безопасности сайта: что проверяют и как подготовиться
Аудит безопасности сайта — это проверка настроек, кода, сервера и доступов на известные слабые места с отчётом и планом исправлений. Онлайн-сканер за минуты находит только внешние признаки: устаревшую CMS, открытые файлы, ошибки сертификата. Аудит идёт глубже: смотрит права пользователей, плагины, конфигурацию сервера и логику доступа. Пентест — ещё следующий шаг: исследователь пытается реально воспользоваться найденным. Для большинства небольших сайтов разумный порядок — сканер, затем аудит, а пентест — когда есть личные кабинеты и платежи.
Сканер, аудит и пентест: в чём разница
| Онлайн-сканер | Аудит | Пентест | |
|---|---|---|---|
| Что проверяет | внешние признаки: версии, заголовки, сертификат, открытые файлы | код, настройки, сервер, доступы, плагины, процессы | реальную возможность атаки на найденные слабые места |
| Нужен ли доступ | нет | да: админка, сервер, иногда код | по договорённости: снаружи или с учёткой |
| Срок | минуты | дни | от недели |
| Результат | список признаков | отчёт с рисками и планом исправлений | отчёт с подтверждёнными сценариями атаки |
| Кому подходит | всем как первая проверка | сайтам, магазинам, кабинетам | кабинетам, платежам, API, требованиям заказчиков |
Первую проверку можно сделать бесплатно: полная проверка сайта и проверка уязвимостей CMS покажут очевидные проблемы. Подробно о пентесте и его стоимости мы писали в статье «Пентест сайта: цена и что входит».
Что проверяют при аудите
Хорошая опорная рамка — OWASP Top 10:2025, список самых частых категорий уязвимостей веб-приложений. Аудит небольшого сайта обычно проходит по таким блокам.
| Блок | Что смотрят | Категория OWASP |
|---|---|---|
| Доступы | кто администратор, лишние учётки, права ролей, доступ к чужим данным в кабинете | A01 Broken Access Control |
| Настройки | режим отладки, листинг каталогов, заголовки безопасности, служебные файлы | A02 Security Misconfiguration |
| Компоненты | версии CMS, плагинов, библиотек, откуда они взяты | A03 Software Supply Chain Failures |
| Шифрование | HTTPS везде, сертификат, хранение паролей, секреты в коде | A04 Cryptographic Failures |
| Ввод данных | формы, поиск, фильтры, загрузка файлов | A05 Injection |
| Вход | двухфакторная авторизация, ограничение попыток, восстановление пароля | A07 Authentication Failures |
| Журналы | ведутся ли логи входов и ошибок, кто их смотрит | A09 Security Logging and Alerting Failures |
| Обработка ошибок | не раскрывает ли сайт пути, версии и данные в сообщениях об ошибках | A10 Mishandling of Exceptional Conditions |
Сервер и хостинг
- Версии ОС, веб-сервера, PHP или Node.js и сроки их поддержки.
- Вход по SSH только по ключам, закрытые лишние порты.
- Права на файлы и папки, отделение сайтов друг от друга.
- Где лежат резервные копии и можно ли из них восстановиться.
Процессы
- Кто и как часто ставит обновления.
- Как выдают и отзывают доступы подрядчикам.
- Есть ли план на случай взлома.
Как подготовиться за неделю
- Составьте список всего, что относится к сайту: домены и поддомены, серверы, админки, интеграции, формы.
- Определите, что важнее всего: оплата, личный кабинет, база клиентов, заявки.
- Подготовьте доступы: учётка в админке с правами администратора, доступ к серверу или хостингу, при необходимости к репозиторию.
- Сделайте свежую резервную копию перед началом работ.
- Договоритесь о границах: что можно проверять на рабочем сайте, что только на копии, в какое время.
- Назначьте человека, который отвечает на вопросы аудитора и получит отчёт.
- Соберите известное: прошлые инциденты, жалобы клиентов, предупреждения поисковиков.
Каким должен быть отчёт
Полезный отчёт можно передать разработчику и сразу начать работу. В нём должны быть:
- Список находок с уровнем риска и понятным описанием последствий для бизнеса.
- Где именно проблема: адрес, файл, настройка.
- Как исправить или чем снизить риск, если исправить сразу нельзя.
- Приоритеты: что закрыть за сутки, за неделю, в плановом порядке.
- Что проверено и что не проверялось, чтобы не было ложного ощущения полной безопасности.
Аудит не даёт гарантии, что сайт невозможно взломать. Он снижает риск и показывает, куда вкладываться. Поэтому после исправлений полезна повторная проверка, а дальше — регулярные обновления и мониторинг.
Сколько стоит и от чего зависит
Цена аудита зависит от размера сайта, числа ролей и интеграций, наличия личных кабинетов и API, глубины проверки кода. Типовой сайт на популярной CMS проверяется быстрее, чем самописное веб-приложение. Наши условия указаны на странице аудита сайта, отдельные программы есть для WordPress и 1С-Битрикс.
Когда аудит нужен срочно
- Поисковик или браузер пометил сайт опасным.
- Появились странные администраторы, редиректы, спам-страницы.
- Ушёл подрядчик, у которого были все доступы.
- Сайт начал принимать оплату или хранить данные клиентов.
- Заказчик или партнёр требует подтверждение проверки безопасности.
Если есть признаки взлома, начните с них: в статье «Как понять, что сайт взломали: 12 признаков» собраны проверки, которые можно сделать самостоятельно.
Вопросы и ответы
Можно ли провести аудит безопасности сайта онлайн?
Онлайн-сканер проверяет только то, что видно снаружи: версии, заголовки, сертификат, открытые файлы. Это хорошая первая проверка, но настройки, права и код он не видит, для этого нужен аудит с доступом.
Чем аудит отличается от пентеста?
Аудит находит слабые места и даёт план исправлений. Пентест проверяет, можно ли реально ими воспользоваться, и показывает сценарии атаки. Обычно сначала делают аудит, а пентест — для кабинетов, платежей и API.
Как часто проводить аудит?
Мы советуем раз в год и после крупных изменений: нового функционала, смены подрядчика, переезда на другой сервер. Между аудитами работают регулярные обновления и мониторинг.
Сломает ли аудит работающий сайт?
Аудит в основном читает настройки и код, поэтому риск минимален. Активные проверки согласуют заранее и при необходимости проводят на копии сайта, а перед работами делают резервную копию.
Читайте также
Как проверить версию PHP и закрыта ли PHP2Shell: php -v, журнал пакетов, службы
НовостиDocker Hub: двухлетняя уязвимость с токенами, что проверить
БезопасностьАудит безопасности личного кабинета: изоляция данных компаний
БезопасностьРезервные коды 2FA: как хранить и проверить восстановление
БезопасностьСайт перенаправляет на другой сайт с телефона: причины и как проверить
БезопасностьКак скрыть данные на скриншоте и проверить готовый файл