Безопасность сервера обычно считают делом администратора. Но многие решения, от которых зависит, уцелеют ли данные, принимает не админ, а владелец бизнеса: на кого оформлен аккаунт, у кого есть пароли, что происходит, когда уходит сотрудник или подрядчик. Ниже — десять правил, которые руководитель может выполнить или проконтролировать сам, не разбираясь в командной строке.
Коротко
- Аккаунт у провайдера должен принадлежать компании, а не сотруднику или подрядчику, и быть защищён вторым фактором входа.
- У каждого человека — своя учётная запись на сервере, общих паролей «на всех» быть не должно.
- Список доступов ведётся письменно, и при уходе человека его доступы закрываются в тот же день.
- Обновления, закрытые лишние входы и резервные копии вне сервера — минимум, который нужно проверить у того, кто обслуживает VDS.
- Раз в квартал полезно задать администратору пять контрольных вопросов из конца статьи.
Правило 1. Аккаунт у провайдера — на компанию
Личный кабинет провайдера — это главный ключ. Из него можно перезагрузить сервер, открыть его консоль, переустановить систему или удалить всё одним действием. Частая ситуация: сервер когда-то заказал знакомый админ или веб-студия на свою почту и свою карту. Пока отношения хорошие, проблем нет. Когда они заканчиваются, компания выясняет, что формально сервер ей не принадлежит.
Аккаунт регистрируйте на юрлицо или ИП, на корпоративную почту, к которой у руководителя есть доступ. Подрядчику давайте отдельный доступ, если провайдер это позволяет, или передавайте пароль временно и меняйте после работ.
Правило 2. Второй фактор входа в личный кабинет
Двухфакторная аутентификация — это когда для входа кроме пароля нужен одноразовый код из приложения на телефоне или из СМС. Даже если пароль украдут, без телефона в кабинет не попасть. Большинство провайдеров дают такую возможность в настройках профиля. Включите её и запишите, на чей телефон завязан второй фактор, — это должен быть человек, который никуда не денется.
Правило 3. У каждого — своя учётная запись
Учётная запись — это логин и пароль для входа на сам сервер. Один общий логин на весь отдел удобен, пока ничего не случилось. Потом нельзя понять, кто удалил папку или кто зашёл ночью, и нельзя отключить одного человека, не меняя пароль всем. Правило простое: один человек — один логин. Самые широкие права — права администратора — только у тех, кому они нужны для работы.
Правило 4. Пароли длинные и хранятся не в блокноте
Пароль к серверу должен быть длинным и уникальным, не использоваться больше нигде. Хранить такие пароли удобно в менеджере паролей — программе, которая держит их в зашифрованном виде. Для команды есть менеджеры с общими папками и разграничением прав. Чего быть не должно: файла «пароли.txt» на рабочем столе, стикеров на мониторе, паролей в переписке в мессенджере.
Правило 5. Список доступов ведётся письменно
Заведите простую таблицу: какие есть доступы и у кого они. Её можно вести в любом закрытом документе.
| Доступ | У кого есть | Когда выдан | Когда проверен |
|---|---|---|---|
| Личный кабинет провайдера | Директор, бухгалтер (оплата) | дата | дата |
| Администратор сервера | Подрядчик по обслуживанию | дата | дата |
| Пользователи сервера | Сотрудники по списку | дата | дата |
| Регистратор домена и DNS | Директор | дата | дата |
| Хранилище резервных копий | Подрядчик, директор | дата | дата |
Таблица нужна не для отчётности, а для того, чтобы в трудный день быстро понять, что и у кого забирать.
Правило 6. Уход сотрудника или подрядчика — закрыть доступы в тот же день
Это самая частая дыра в безопасности небольших компаний. Человек уволился, а его логин на сервере работает ещё год. Сделайте порядок частью процедуры увольнения:
- Отключить учётную запись человека на сервере и в связанных системах.
- Сменить общие пароли, которые он знал, — от кабинета провайдера, от администратора, от почты.
- Если это был администратор или подрядчик — убрать его ключи доступа и проверить, не осталось ли «своих» учётных записей.
- Отметить в таблице доступов, что сделано и когда.
Если подрядчик уходит со скандалом, сначала заберите доступ к личному кабинету провайдера и сделайте свежую резервную копию, а уже потом обсуждайте расставание. Порядок важен.
Правило 7. Обновления ставятся регулярно
Обновления закрывают найденные уязвимости — ошибки в программах, через которые сервер можно взломать. Сервер, который не обновлялся годами, рано или поздно становится лёгкой добычей автоматических сканеров, которые круглосуточно ищут такие системы в интернете. Руководителю не нужно ставить обновления самому, но нужно знать, кто это делает, как часто и когда это было в последний раз.
Правило 8. Лишние входы закрыты
На сервере работают службы, и у каждой есть свой «вход» — порт. Чем меньше портов открыто для всего интернета, тем меньше возможностей для атаки. Особенно это касается удалённого рабочего стола Windows и входа по SSH на Linux: их постоянно пытаются подобрать. Варианты защиты разные — доступ только с определённых адресов, через защищённое подключение (VPN), ограничение попыток входа. Выбирает их администратор, ваша задача — спросить, что сделано.
Правило 9. Резервные копии лежат не на том же сервере
Копия на том же диске пропадёт вместе с сервером при взломе, ошибке или проблеме у провайдера. Копии должны храниться отдельно и регулярно проверяться восстановлением. Схему хранения копий и защиту от вирусов-шифровальщиков подробно здесь не разбираем, это отдельная большая тема. Минимум для владельца — знать, где лежит последняя копия, какой ей день и когда из неё последний раз что-то восстанавливали.
Правило 10. Уведомления провайдера читает живой человек
Провайдер пишет о плановых работах, о жалобах на ваш сервер, о том, что заканчиваются деньги на балансе. Если эти письма приходят на ящик бывшего сотрудника, вы узнаете о проблеме, когда сервер уже отключат. Проверьте, какая почта указана в кабинете, и сделайте так, чтобы письма видели минимум два человека.
Пять вопросов администратору раз в квартал
Если сервер обслуживает сотрудник или подрядчик, этих вопросов достаточно, чтобы понять, всё ли в порядке:
- Когда последний раз ставились обновления системы и программ?
- Какие входы на сервер открыты из интернета и чем они защищены?
- Где лежит последняя резервная копия и когда проверяли восстановление из неё?
- Кто сейчас имеет доступ администратора, и все ли из этих людей ещё работают с нами?
- Были ли за квартал подозрительные попытки входа или странное поведение сервера?
Ответы «не знаю» или «всё нормально, не переживайте» — повод разобраться подробнее. Если своего администратора нет, а вопросы задавать некому, можно передать сервер на администрирование без своего админа и получать ответы уже от подрядчика.
Частые вопросы
Провайдер отвечает за безопасность моего VDS
Обычно только за свою часть: оборудование, сеть и систему виртуализации. Всё, что внутри сервера, — система, программы, пароли, копии — на стороне клиента, если в договоре прямо не написано иное. Уточните это в условиях вашего тарифа.
Хватит ли антивируса, чтобы защитить сервер
Нет. Антивирус полезен, но большинство проблем начинается с подобранного пароля, неустановленных обновлений или доступа уволенного человека. Эти вещи антивирус не закрывает.
Как часто менять пароли
Если пароль длинный, уникальный и никуда не утёк, менять его по расписанию не обязательно. Обязательно менять — при уходе человека, который его знал, и при любом подозрении на утечку.
Нужно ли директору знать пароль администратора сервера
Пользоваться им не нужно, но доступ к нему у компании должен быть: в менеджере паролей или в запечатанном виде у руководителя. Иначе при уходе админа сервер окажется без хозяина.