Инсайдерские угрозы

Сотрудник или подрядчик уже имеет доступ к системам. Задача компании — ограничить эти права и видеть, как ими пользуются.

Типы инсайдеров

Случайный — «переслал файл на личную почту», положил выгрузку клиентов в открытый Google Docs
Халатный — общий пароль на «чтобы было удобно», админка без 2FA, бэкап на общем диске
Злонамеренный — кража базы перед увольнением, слив исходников конкурентам, саботаж
Скомпрометированный — учётку сотрудника украли через фишинг или вредонос; формально это внешняя атака, но выглядит как «действия сотрудника»

Tesla (2018) — уволенный сотрудник, по данным компании, вносил изменения в производственные системы и сливал данные наружу. История показала, что права «на время проекта» часто остаются после ухода.
Tesla (2023) — бывшие сотрудники удерживали персональные данные десятков тысяч работников; инцидент раскрыли в отчёте для регулятора.
Утечки через подрядчиков — классика отрасли: доступ есть у десятков сервисов и «временных» команд, а инвентаризации этих доступов нет.

Избыточные права, отсутствие журналирования, слабое разделение полномочий
«Временные» доступы, которые остались навсегда; личные устройства и неучтённые SaaS при удалённой работе
Отсутствие процедуры offboarding: человек ушёл, а ключи, VPN и почтовые ящики живут неделями

Принцип минимальных привилегий, регулярный access review, отдельные учётки для админов, MFA
Журналирование действий с данными, DLP для критичных репозиториев, offboarding за часы, а не недели
Контроль исходящих потоков: скачивания, почта, облачные шары, git-push наружу
Культура: не «шпионить», а делать так, чтобы случайная ошибка не стала инцидентом

Нужна проверка именно вашего контура?

Запустите автоматическое сканирование или закажите ручной аудит с заключением — с приоритетами и планом устранения.