Безопасность сайта: что владелец может проверить сам и что поручить подрядчику

Сначала — последствия для бизнеса

Недоступный сайт останавливает обращения, а чужой доступ к панели позволяет изменить цены, реквизиты и получателей заявок. Безопасность сайта — набор мер, которые защищают его данные, управление и работу от постороннего вмешательства, ошибок и сбоев. Для владельца небольшой компании это прежде всего контроль людей, доступов, обновлений и возможности восстановиться.

Разберём сайт услуг с формой обращения. Здесь проверка сайта на безопасность начинается с понятных вопросов: кому принадлежит домен, кто входит в панель, куда попадают контакты и откуда восстановят последнюю рабочую версию, если хостинг станет недоступен. Технические настройки выполняет специалист. Владелец принимает результат по свидетельствам: списку пользователей, отчёту о найденных проблемах и пробному восстановлению в отдельном месте. Примеры пунктов панели ниже относятся к 1С-Битрикс, а управленческий список пригодится и для другой системы.

Первым делом я бы собрал сведения о доступах и копиях: без них даже оплаченная поддержка может остановиться в ожидании бывшего исполнителя. Короткий итог этого этапа — перечень того, чем компания действительно управляет, с ответственным по каждому пункту.

Кому принадлежат домен, хостинг и почта

Сайт зависит от нескольких кабинетов. Домен — адрес, хостинг — место работы сайта, почта — частый способ восстановления паролей. В каждом кабинете должны быть актуальные контактные сведения компании и доступ уполномоченного сотрудника, который сможет продолжить работу при смене подрядчика. Такая цепочка начинается раньше административной панели.

Достаточно открыть список услуг и сверить владельца, срок продления и адрес уведомлений. Передавать пароль в общий чат для этого не требуется. Когда продление контролирует только личная почта разработчика, руководитель может пропустить предупреждение о неоплате, хотя бухгалтерия вовремя перевела деньги за сопровождение и никто не собирался прекращать работу сайта. Исполнитель показывает кабинет на встрече либо предоставляет нужные сведения безопасным способом. Результат сохраняют в учётной карточке, доступной назначенным сотрудникам.

• Домен: регистратор, владелец, дата продления, сотрудник для восстановления доступа.
• Хостинг: оплаченные услуги, контакт поддержки, порядок доступа подрядчика.
• Почта восстановления: кто управляет ящиком и кто подменяет основного сотрудника.
• Сопровождение: контакты исполнителя, часы связи, порядок экстренного обращения.

Я предпочитаю закреплять эти сведения за компанией: это сокращает зависимость от конкретного человека при расторжении договора или отпуске. Оплату и технический доступ полезно разделить, чтобы финансовому сотруднику не приходилось получать права на изменение сайта ради просмотра счёта.

Кто может менять сайт и заявки

Общая учётная запись скрывает автора действий. Для редактора, руководителя и разработчика нужны отдельные входы с правами под их работу. Список прав составляют по действиям, которые человеку действительно поручены: сотруднику, который исправляет расписание и фотографии, обычно незачем менять получателя всех обращений или создавать новых администраторов с полным доступом к настройкам.

Дополнительная защита входа опирается на разные факторы. OWASP описывает MFA как сочетание как минимум двух факторов: например, знания пароля и владения отдельным средством подтверждения. Два пароля такой пары не образуют. Спросите исполнителя, какие способы доступны в панели сайта, у регистратора и на хостинге, и начните с наиболее важных кабинетов. Смена телефона тоже требует порядка действий: в той же рекомендации перечислены одноразовые коды восстановления и другие варианты возврата доступа.

Приёмка простая: редактор входит под своей записью, выполняет рабочее действие и видит только нужные разделы. Затем администратор показывает, как отключается доступ бывшего сотрудника. Для передачи поддержки я выбираю новые персональные входы, потому что смена общего пароля оставляет неизвестным круг людей, которые могли его сохранить. Резервный способ восстановления хранится у уполномоченного сотрудника отдельно от повседневной переписки.

Как проверить передачу и хранение данных

HTTPS нужен всему сайту. Защищённое соединение помогает сохранить конфиденциальность и целостность трафика и подтвердить подлинность сервера — именно эти задачи выделяет рекомендация OWASP по TLS. Но состояние соединения описывает передачу данных между браузером и сервером, поэтому вопрос о доступе к уже полученным контактам разбирают отдельно.

Владелец может открыть главную, страницу услуги и форму со смартфона и компьютера. Предупреждения браузера сохраняют для подрядчика. Затем отправляют согласованное тестовое обращение без настоящих клиентских сведений и смотрят, кто его получил. Если письмо ушло на старый личный ящик, защита соединения не исправит маршрут. Здесь требуется изменение настроек формы и уведомлений, а после него — повторная отправка теста.

Безопасность данных сайта продолжается в почте, CRM и выгрузках. Нужна схема получателей. В ней отмечают, какие поля сохраняются на сайте, какие передаются в другую систему, кому доступен просмотр и как удаляют лишние копии после того, как обращение обработано и сведения больше не нужны. Для формы записи на консультацию я бы начал с минимального набора контактов, поскольку каждое дополнительное поле увеличивает объём сведений, за которыми компании предстоит следить. Решение о составе данных принимает бизнес вместе с ответственными специалистами, а подрядчик показывает фактический путь обращения.

Что поручить специалисту при обследовании

Внешний осмотр обнаруживает лишь часть проблем. Подрядчику нужны сведения о системе управления, расширениях, сервере и предыдущих изменениях. Его задача — объяснить найденные риски понятным языком и предложить порядок исправления с учётом работы сайта. Простого списка технических терминов для приёмки мало.

Например, в 1С-Битрикс есть «Сканер безопасности» с кнопкой «Запустить сканирование», после которой инструмент ищет проблемы и предлагает рекомендации. Документация отдельно указывает, что он недоступен в редакции «Старт». Поэтому требование приложить отчёт именно этого инструмента подходит не каждому сайту. Для другой редакции или системы исполнитель заранее называет способ обследования и объясняет, какие области в него входят. Отчёт читают вместе с перечнем ограничений такого обследования.

Полезное задание делит находки по последствиям: посторонний доступ, изменение данных, потеря доступности, затруднение восстановления. Для каждой находки нужны место проблемы, предлагаемое действие, исполнитель и способ приёмки. Формулировка «всё обновить» скрывает объём работы. Лучше попросить показать, какие компоненты требуют внимания, что может перестать работать после изменений и как команда вернёт прежнюю версию при сбое, если основные страницы уже обновлены, а обращения перестали доходить до сотрудников.

Как принимать обновления и текущую поддержку

Обновление затрагивает рабочие функции. Перед ним команда сохраняет копию, определяет время работ и готовит список действий для приёмки. Для сайта услуг в него входят открытие ключевых страниц, отправка формы, доставка уведомления и появление обращения в CRM, причём при подключённой оплате или личном кабинете их сценарии добавляют отдельными пунктами.

Владельцу нужен отчёт по результату. В нём указаны изменённые компоненты, дата, замеченные проблемы и состояние основных функций. Слова об установленной версии полезны для истории, однако менеджеру требуется ещё и уверенность, что новое обращение попадёт в привычную очередь. Поэтому демонстрацию заканчивают на стороне получателя, где сотрудник действительно принимает работу. Такой подход связывает техническое обслуживание с продажами.

Текущая поддержка также включает наблюдение за доступностью и доставкой обращений. Стороны заранее решают, кто получает уведомление об ошибке, кто открывает задачу и какой ответ ожидается от исполнителя. Круглосуточное обещание требует указанного дежурного и канала связи. При ограниченном графике стоит определить, как компания переживёт остановку вечером: например, куда перенаправит рекламу и как сообщит клиентам доступный способ обращения.

Есть ли копия, из которой можно восстановиться

Наличие архива — начало работы. В документации Bitrix Framework копия описана как архив tar.gz, который может включать файлы публичной части, ядро и дамп базы данных. Слово «может» здесь существенно: состав зависит от выбранных настроек, а для возвращения обращений и содержимого одной папки с картинками недостаточно.

Создание копии находится по пути «Настройки → Инструменты → Резервное копирование → Создание резервной копии». В параметрах предусмотрена проверка целостности готового архива. Это полезный этап, после которого отдельно демонстрируют восстановление в изолированной копии сайта: открывают страницы и просматривают данные без отправки реальных клиентских уведомлений. Исполнитель называет дату восстановленной версии и объясняет, какие изменения после неё придётся вернуть вручную.

Копии стоит хранить так, чтобы авария основного сервера не уничтожила весь запас. Выбор частоты связан с допустимой потерей данных: сайту, где обращения накапливаются в течение дня и остаются в панели до передачи менеджеру, нужен иной порядок, чем редко обновляемой странице с контактами. Здесь компания определяет приемлемый промежуток потери сведений, а специалист предлагает способ его выдержать. Отдельно записывают время возвращения к работе. Эта оценка учитывает получение доступов, перенос копии и осмотр основных функций после запуска.

Паспорт защиты и восстановления для подрядчика

Работу удобно принять по паспорту. Он связывает каждую меру с владельцем и понятным подтверждением, чтобы при смене исполнителя сведения оставались у компании. Заполнять его можно постепенно, начиная с доступа к домену и последней рабочей копии.

В коротком задании можно написать: «Нужен обзор доступов и текущего состояния сайта услуг, перечень исправлений по последствиям для бизнеса и пробное восстановление с отчётом о сохранённых данных. На встрече покажите путь тестового обращения до сотрудника, назначьте ответственных и передайте компании паспорт сопровождения». Такую задачу удобно обсуждать вместе с поддержкой и развитием сайта, когда уже понятны границы работ и способы их приёмки.

Закрытая задача содержит конкретный результат: компания управляет ключевыми кабинетами, сотрудники получают обращения, а исполнитель умеет вернуть рабочую версию в установленном порядке. Дальше паспорт используют при смене людей, подключении новых сервисов и каждом существенном изменении сайта.