Daniel Spravtsev
_

Как защитить персональные данные в веб-сервисе

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

Данила Справцев
Данила Справцев

Основатель студии, в коммерческой разработке с 2016 года · Обновлено 26 октября 2026

Какие данные пользователей нужно хранить в сервисе

Откройте анкету регистрации и выпишите каждое поле. По каждому спросите себя: без него сервис работал бы? Дата рождения, город, номер паспорта часто попадают в форму по привычке, а потом годами лежат без дела. Чем меньше сведений вы собираете, тем меньше рисков: если поля нет, его невозможно потерять. Проверьте, где физически стоит сервер с базой, кто из сотрудников и подрядчиков имеет к ней доступ, куда уходят резервные копии. Эти четыре ответа и есть ваша исходная картина.

Как защитить сайт от взлома

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

Хранение персональных данных на сайте

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

Что требовать от подрядчика и как принять работу

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

Проверьте себя

  • Выписан список всех полей, которые вы собираете, и у каждого есть причина
  • Известно, на каком сервере лежит база и кто имеет к ней доступ
  • У каждого сотрудника свой аккаунт, двухфакторная аутентификация включена
  • Сайт открывается только по защищенному протоколу
  • Резервные копии лежат отдельно и раз в месяц проверяются восстановлением
  • Настроено удаление аккаунта по запросу пользователя
  • По акту получены код, домен, сервер и все аккаунты сервисов
  • Есть регламент обновлений и понятно, кто их делает

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

Можно ли обойтись без проверки на проникновение?

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

Кто отвечает за данные, если сервер арендован?

За персональные данные отвечает владелец сервиса, то есть вы, независимо от того, где стоит сервер. Подрядчик отвечает только за то, что прописано в договоре.

Нужно ли хранить журналы работы сервиса?

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

Что делать, если данные все же утекли?

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

Время принимать решение - Готовы обсудить проект?

Опишите задачу в двух словах — соберу из этого письмо и открою его в вашей почте. Отправите сами, когда прочитаете.

Сначала прикинуть стоимость →

Сопровождение после запуска: техподдержка, исправление ошибок, резервные копии, мониторинг. Подробнее о тарифах

Приложу вашу смету:

Письмо откроется в вашем почтовом клиенте — вы увидите текст до отправки и сможете приложить файлы. Сайт ничего не сохраняет и никуда не передаёт. Можно и просто написать на daniel@spravtsev.pro.