Защита персональных данных работника: почему риски утечек растут

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

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

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

Эволюция векторов атак: от кражи паролей к эксплуатации уязвимостей

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

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

В отчёте Verizon за 2026 год эксплуатация уязвимостей стала начальным вектором в 31% утечек. Это означает, что обновление программного обеспечения теперь относится не к техническому обслуживанию «для ИТ-отдела», а непосредственно к защите кадровых данных. Устаревший компонент может открыть доступ к профилям сотрудников, документам, переписке или резервным копиям, даже если все пользователи применяют сложные пароли.

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

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

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

В 2026 году вопрос уже не в том, есть ли у компании защита. Вопрос в том, какой участок инфраструктуры первым окажется вне этой защиты.

При этом украденные учётные данные никуда не исчезли. В дополнительном анализе Verizon DBIR 2025 они были начальным вектором доступа в 22% утечек. Среди пользователей, чьи устройства заражались infostealer-вредоносами — программами для кражи паролей, cookies и другой информации браузера, — медианная доля уникальных паролей для разных сервисов составила только 49%.

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

Человеческий фактор перемещается в телефон

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

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

В 2026 году мобильные социально-инженерные атаки — поддельные SMS и голосовые звонки — демонстрировали успех на 40% выше, чем традиционный фишинг по электронной почте. Для злоумышленника телефон удобен по нескольким причинам.

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

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

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

Почему обучение не заменяет технологические ограничения

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

На практике это означает несколько взаимосвязанных решений:

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

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

Shadow AI расширяет границы утечки

Одним из наиболее заметных новых рисков стал shadow AI — несанкционированное использование сотрудниками внешних ИИ-сервисов для рабочих задач. По данным Verizon за 2026 год, о таком применении сообщили 45% организаций, что втрое выше предыдущего показателя.

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

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

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

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

Что должно измениться в корпоративной политике

Запретить все ИИ-сервисы обычно недостаточно. Сотрудники всё равно могут использовать личные аккаунты или мобильные приложения, а служба безопасности не получит видимости происходящего. Более продуктивный подход — разделить операции по уровню чувствительности.

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

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

Подрядчики превращают защиту в задачу управления цепочкой

В 2026 году доля утечек с участием сторонних поставщиков и подрядчиков достигла 48%, увеличившись на 60% по сравнению с предыдущим отчётом Verizon. Этот показатель не означает, что каждый подрядчик является источником атаки. Он показывает другое: корпоративные данные обрабатываются за пределами инфраструктуры их владельца, и этот периметр становится частью модели угроз.

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

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

• какие категории данных получает подрядчик и зачем;
• где они хранятся и как долго сохраняются;
• применяется ли шифрование при передаче и хранении;
• используется ли MFA для административных аккаунтов;
• как разделены данные разных клиентов;
• ведётся ли аудит доступа и можно ли получить его результаты;
• как поставщик сообщает об инциденте;
• удаляются ли данные после окончания договора;
• кто имеет доступ к резервным копиям;
• какие субподрядчики подключены к процессу.

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

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

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

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

Почему ИИ-связанные инциденты обходятся дороже

IBM в исследовании Cost of a Data Breach Report 2026 проанализировала данные об утечках в 602 организациях по всему миру за период с марта 2025 года по февраль 2026 года. Около четверти злонамеренных инцидентов в этой выборке были связаны с использованием ИИ. Их количество выросло на 56% за год.

Средняя стоимость ИИ-связанной утечки составила около 6 млн долларов против 4,99 млн долларов для средней утечки в целом. Эти показатели нельзя напрямую переносить на российские компании, конкретную отрасль или отдельный случай. Но разница показывает характер проблемы: ИИ увеличивает не только скорость атак, но и потенциальный масштаб ошибок.

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

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

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

Экономика инцидента складывается из нескольких компонентов:

1. Расследование и восстановление. Нужно определить точку входа, изолировать системы, сменить ключи и пароли, восстановить резервные копии и проверить, не сохранился ли доступ атакующего.

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

3. Уведомление и коммуникация. Инцидент требует взаимодействия с сотрудниками, клиентами, подрядчиками и регуляторами в зависимости от юрисдикции и типа данных.

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

5. Репутационные последствия. Они не сводятся к публичным заявлениям: сотрудникам становится сложнее доверять корпоративным сервисам и передавать данные для рабочих процессов.

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

От паролей к устойчивой архитектуре защиты

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

Технический базис состоит из нескольких уровней.

Фишинг-устойчивая аутентификация

CISA рекомендует применять фишинг-устойчивую многофакторную аутентификацию для электронной почты, VPN, удалённого доступа и привилегированных аккаунтов. Это более точная цель, чем просто «включить двухфакторную защиту». Методы MFA различаются по способности противостоять поддельным страницам и перехвату кодов.

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

Уникальные пароли и менеджер

NIST SP 800-63B-4 допускает использование менеджеров паролей для создания и хранения безопасных комбинаций. Это рациональный подход, поскольку человек не способен надёжно запомнить десятки уникальных длинных паролей и не повторять их годами.

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

Обновление и управление уязвимостями

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

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

Контроль доступа и сегментация

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

Полезно регулярно пересматривать:

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

Шифрование и минимизация данных

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

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

Как изменится защита в ближайшей перспективе

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

Для компании это означает три практических изменения.

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

Второе — политика работы с ИИ должна описывать не только запреты, но и разрешённые сценарии. Если организация не определяет безопасный способ использования моделей, сотрудники будут искать его самостоятельно, и shadow AI продолжит расти.

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

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

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

Главный практический вывод прост: компаниям нужно защищать не только сотрудника, который может открыть подозрительную ссылку, но и инфраструктуру, которая делает последствия этого действия масштабными. Именно архитектура — а не отдельный антивирус, VPN или формальная галочка о двухфакторной аутентификации — определит, станет ли ошибка локальным событием или корпоративной утечкой.