Что будет с сайтом, если исполнитель пропадёт: доступы и риски

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

Классическая ситуация: сайт делал знакомый программист или студия, которая давно закрылась, домен продлевается сам собой, а на вопрос «кто у нас админ хостинга» никто в компании ответить не может. Это статья для владельцев бизнеса, у которых сайт делал сторонний подрядчик и которые ни разу не проверяли, что реально произойдёт, если этот подрядчик перестанет отвечать. Разберу, как за 15 минут проверить свою реальную степень контроля над сайтом, какой минимальный набор доступов должен быть у вас лично и что делать, если выяснилось, что доступов нет.

Типовая ситуация, которую вижу каждый год несколько раз

Домен зарегистрирован на почту подрядчика три года назад, потому что «так было проще на старте». Хостинг оформлен на его аккаунт, оплата раз в год улетает с его карты, а бизнес компенсирует ему сумму отдельным переводом. Корпоративная почта на этом же домене настроена через панель того же хостинга, то есть если доступ к хостингу теряется, теряется и почта заодно с сайтом. Админка WordPress или Битрикс отдельная, но пароль от неё последний раз менялся при запуске сайта и знает его тот же человек.

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

В каждом из трёх случаев бизнес узнаёт о зависимости от одного человека в момент, когда сайт уже недоступен, а не заранее, когда это можно было бы спокойно исправить.

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

Проверка за 15 минут: whois, хостинг, почта регистратора

Прежде чем что-то менять, нужно понять текущее состояние. Три проверки, которые делаю в первую очередь на новом клиентском проекте.

Whois домена. Смотрю через whois-сервис регистратора (для .ru и .рф это может быть nic.ru или whois сервис любого регистратора) либо через сервисы вроде who.is, кто указан администратором домена. Для доменов .ru с 2023 года владелец физлицо чаще скрыт приватностью по умолчанию, но у юрлица и ИП данные администратора обычно видны, если не подключена платная приватность. Разница между «приватность включена, потому что так безопаснее» и «приватность включена, потому что владелец не вы» принципиальная, и отдельно разбирал этот нюанс в статье про whois-приватность для домена.

Владелец аккаунта хостинга. Просите у подрядчика прямой доступ в панель управления хостингом (не только FTP и не только доступ в админку CMS), заходите и смотрите, на чьи данные оформлен договор с хостером: имя, email, привязанная карта или счёт. Если это не ваша организация и не ваш email, аккаунт юридически не ваш, и хостер в спорной ситуации будет ориентироваться на договор, а не на то, кто фактически пользовался сайтом.

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

Минимальный набор доступов, который должен быть у владельца

Список ниже — это не «было бы неплохо», а рабочий минимум, без которого бизнес физически не может пережить исчезновение подрядчика без серьёзного простоя.

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

Как передавать доступы безопасно

Правильная передача доступов, что при старте работы с новым подрядчиком, что при завершении, состоит из нескольких простых правил, которые тем не менее регулярно нарушают обе стороны.

Домен и хостинг регистрируются сразу на организацию или ИП заказчика, а не на подрядчика «для удобства». Если исторически вышло иначе, перерегистрация на владельца это первое, что нужно сделать, и это не разовая формальность, а стандартная процедура у любого регистратора и хостера, занимает от одного дня до недели.

Пароли передаются не в мессенджере открытым текстом, а через сервис одноразовых ссылок (например, встроенные функции в менеджерах паролей вроде Bitwarden, или разовая ссылка через сервисы типа Password Pusher) либо через сам менеджер паролей с общим сейфом, доступ к которому потом можно отозвать одной кнопкой. Сообщение в Telegram с паролем остаётся в истории переписки навсегда, и если аккаунт мессенджера когда-то скомпрометируют, старые пароли утекут вместе с ним.

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

Что делать, если подрядчик недоступен, а домен на нём

Если проверка выше уже показала, что домен зарегистрирован на подрядчика и связи с ним нет, порядок действий такой:

1. Проверить whois: есть ли активный email администратора домена
2. Написать регистратору: запрос на смену администратора домена
   требует обычно паспорт/данные организации и объяснение ситуации
3. Параллельно проверить срок действия домена: если истекает
   меньше чем через месяц, это приоритет номер один
4. Снять текущую версию сайта отдельно (через FTP/SSH, если доступ
   к хостингу ещё жив) на случай, если хостинг тоже потерян
5. Если хостинг тоже недоступен: после возврата контроля над
   доменом поднимать сайт из последнего доступного бэкапа
   на новом хостинге

Регистраторы домена по закону обязаны иметь процедуру смены администратора при утрате доступа, но она не мгновенная: обычно требуется подтверждение, что заявитель действительно владелец бизнеса (учредительные документы, переписка, история платежей), и процесс может занять от нескольких дней до месяца в спорных случаях. Это ещё один аргумент за то, чтобы проверить доступы заранее, а не разбираться в процедуре восстановления в момент, когда домен уже недоступен клиентам.

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

Если ситуация дошла до смены исполнителя целиком, а не только истории с доступами, у меня есть отдельный разбор самого процесса передачи: что просить у старого подрядчика, в каком порядке принимать сайт и на что смотреть в первую очередь, в статье как сменить веб-мастера. Там же смежная тема, если сайт вообще не обслуживался толком, а просто был кем-то когда-то сдан и забыт: разбирал в статье про передачу сайта от старого подрядчика.

Пункты в договор, которые снимают эту проблему заранее

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

• Домен и хостинг регистрируются на имя заказчика с самого начала работ, подрядчик получает делегированный доступ, а не становится владельцем аккаунта.
• Все пароли от рабочих систем (админка, хостинг, FTP, почта на домене) передаются заказчику в момент создания, а не только по запросу или после завершения проекта.
• В договоре явно зафиксирован срок, в течение которого подрядчик обязан передать актуальные доступы по первому письменному запросу (разумный ориентир — 3 рабочих дня).
• Прописана обязанность подрядчика не менять пароли систем, принадлежащих заказчику, без согласования, и ответственность за нарушение этого пункта.
• Отдельно оговорено, что происходит с доступами при расторжении договора: полная передача, смена всех паролей заказчиком в присутствии обеих сторон или по одностороннему уведомлению.

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

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

Частые вопросы

Какие доступы к сайту должны быть у владельца

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

Как проверить, на кого оформлен домен

Посмотреть whois по своему домену и сверить контактную почту администратора. Если там ящик подрядчика, домен фактически не ваш, и при разрыве отношений сайт переезжает вместе с ним.

Что делать, если подрядчик пропал, а домен на нём

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

Как безопасно передавать доступы подрядчику

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