Сайт компании редко обслуживает один человек. Сегодня нужно поправить вёрстку — зовём фрилансера, завтра подключаем агентство для продвижения, послезавтра маркетолог настраивает аналитику. Каждый раз встаёт один и тот же вопрос: как дать человеку доступ? Самый частый ответ — отправить в мессенджере логин и пароль администратора, от хостинга заодно, «чтобы не дёргать». Через год у проекта десяток бывших подрядчиков с полными правами, и никто не помнит, у кого что осталось. Мы регулярно принимаем сайты в таком состоянии и видим, к чему это приводит: от случайно удалённых разделов до домена, который бывший разработчик оформил на себя. Разберём, как выстроить передачу доступов так, чтобы работа шла без задержек, а контроль оставался у владельца.
Главный принцип: доступ выдаётся, а не передаётся
Есть принципиальная разница между тем, чтобы поделиться своим паролем, и тем, чтобы создать подрядчику его собственный доступ. В первом случае вы не можете ограничить действия человека, не видите, что он делал, и при завершении работы вынуждены менять пароль, которым пользуетесь сами. Во втором — у подрядчика своя учётная запись с нужными ему правами, все его действия фиксируются, а после окончания работы вы просто удаляете эту запись.
Почти все сервисы, связанные с сайтом, поддерживают несколько пользователей: CMS, панели хостинга, панели вебмастера, системы аналитики, рекламные кабинеты, почтовые сервисы. Пользуйтесь этой возможностью всегда, даже если подрядчик нужен на один час.
Что никогда не нужно отдавать
Некоторые доступы должны оставаться только у владельца бизнеса или доверенного сотрудника. Если подрядчик настаивает на них без веской причины, это повод насторожиться.
- Доступ к аккаунту регистратора домена. Для настройки DNS достаточно, чтобы вы сами внесли нужные записи по инструкции, или чтобы у подрядчика был доступ только к управлению DNS-зоной, если сервис это позволяет.
- Главная почта компании, на которую зарегистрированы домен, хостинг и платёжные сервисы.
- Права владельца в рекламных кабинетах, системах аналитики и панелях вебмастера. Подрядчику достаточно прав на редактирование или просмотр.
- Доступ к платёжным системам и банковским сервисам, подключённым к интернет-магазину.
Домен, хостинг и рекламные кабинеты должны быть зарегистрированы на компанию или её владельца. Если подрядчик предлагает «для удобства» оформить всё на себя — вежливо откажитесь. Возвращать такие активы после конфликта бывает долго и неприятно.
Какие права давать под разные задачи
Определите, что именно нужно сделать, и выдайте минимальный набор доступов для этой задачи. Ориентироваться можно на такую схему:
| Задача | Что выдать | Что не нужно |
|---|---|---|
| Наполнение контентом | Роль редактора или автора в CMS | Администратор, хостинг, SFTP |
| SEO-продвижение | Редактор в CMS, полный доступ в панелях вебмастера без прав владельца, просмотр аналитики | Доступ к серверу, если не требуются технические правки |
| Настройка рекламы | Доступ к рекламному кабинету на уровне представителя, редактирование целей в аналитике | Админка сайта |
| Доработка вёрстки и функционала | Доступ к тестовой копии сайта, SFTP с ограничением каталогом сайта | Доступ к домену, рабочей базе с данными клиентов без необходимости |
| Администрирование сервера | SSH по ключу, доступ к панели хостинга | Права владельца аккаунта хостинга с возможностью смены контактов |
Отдельно о тестовой копии. Если задача связана с изменением кода, правильнее дать подрядчику копию сайта на отдельном поддомене или сервере. Он вносит изменения там, вы проверяете результат, а затем изменения переносятся на рабочий сайт. Так ошибка не уронит сайт, через который идут заявки.
Как передавать пароли и ключи
Если без пароля не обойтись — например, для доступа к базе данных или SFTP, где отдельные пользователи не созданы, — передавайте его безопасно:
- Не отправляйте логин и пароль одним сообщением в почте или мессенджере. Если переписку взломают, злоумышленник получит готовый комплект.
- Используйте общий доступ к записи в менеджере паролей или сервисы одноразовых ссылок, которые удаляют сообщение после просмотра.
- Логин и пароль можно разнести по разным каналам: адрес и логин — в почте, пароль — в мессенджере.
- Для доступа к серверу просите у подрядчика его публичный SSH-ключ вместо того, чтобы выдавать пароль. Это и безопаснее, и проще отозвать.
- Если пароль всё-таки ушёл в обычной переписке, удалите сообщение после того, как подрядчик его сохранил, и запланируйте смену пароля после окончания работ.
Договорённости до начала работы
Техническая сторона — это половина дела. Вторая половина — понятные правила. Перед стартом стоит договориться о нескольких вещах. Кто делает резервную копию перед изменениями и где она хранится. Можно ли устанавливать новые плагины и обновлять существующие без согласования. Как подрядчик будет обращаться с персональными данными клиентов, если они хранятся на сайте: это особенно важно для интернет-магазинов и сайтов с формами заявок. Желательно закрепить в договоре обязательство о неразглашении и удалении полученных данных после завершения работ.
Журнал выданных доступов
Заведите простую таблицу: кто, к какому сервису, с какими правами, когда получил доступ и когда его нужно отозвать. Это занимает пару минут на каждого подрядчика, но через полгода вы будете точно знать, кому что открыто. Без такого учёта отзыв доступов неизбежно превращается в гадание.
Что сделать после окончания работ
Этот шаг пропускают чаще всего, хотя он самый важный. Работа сдана, оплата прошла — пора закрыть все двери:
- удалите учётную запись подрядчика в CMS или понизьте её роль;
- удалите его пользователей в панелях хостинга, вебмастера, аналитики и рекламы;
- удалите публичный SSH-ключ с сервера и учётные записи SFTP;
- смените пароли, которые передавались напрямую, включая пароль базы данных, если он был известен подрядчику;
- проверьте список администраторов сайта: не появилось ли лишних учётных записей;
- убедитесь, что подрядчик не оставил на сайте своих скриптов, внешних подключений или ссылок, о которых не было договорённости.
Это не проявление недоверия, а обычная гигиена. Добросовестный подрядчик отнесётся к этому с пониманием и, скорее всего, сам напомнит об отзыве доступов.
Если доступы уже разошлись по рукам
Если вы читаете эту статью и понимаете, что не знаете, у кого сейчас есть доступ к вашему сайту, — не паникуйте. Проведите ревизию: составьте список всех сервисов, проверьте в каждом список пользователей, удалите лишних, смените пароли от общих учётных записей и включите двухфакторную аутентификацию там, где это возможно. Особое внимание — домену и хостингу: убедитесь, что контактная почта и владелец указаны верно. Если сайт делали другие разработчики и часть доступов осталась у них, мы поможем вернуть контроль над проектом и при необходимости перенести его на ваш аккаунт хостинга — подробнее на странице технической поддержки.
Вывод
Безопасная работа с подрядчиками строится на нескольких простых правилах: выдавайте персональные доступы вместо своих паролей, давайте минимальные права под конкретную задачу, никогда не отдавайте домен и права владельца, передавайте секреты по защищённым каналам, ведите учёт выданных доступов и обязательно отзывайте их после окончания работ. Эти привычки не замедляют работу, но надёжно защищают ваш сайт от последствий чужой небрежности. А если нужен надёжный исполнитель, который сам предложит такую схему, — напишите нам.
