Лекция

Каждое подключение — это работник, который не спит

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

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

51%
организаций не имеют формального процесса отзыва долгоживущих ключей доступа
1 минута
до первого злоупотребления ключом, опубликованным в открытом репозитории
700+
организаций потенциально задеты через один скомпрометированный сервис интеграции

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

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

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

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

Чего эта лекция не обещает
  • Что после неё компания «соответствует 152-ФЗ». Соответствие — работа оператора и юриста, а не настройщика сценариев
  • Что перечисленные меры предотвратят утечку. В разобранном кейсе клиенты не сделали ничего неправильного — утечка произошла у поставщика интеграции
  • Что своя установка на своём сервере безопаснее по определению. Ключ шифрования, доступ к базе и резервные копии переезжают на вас вместе с ответственностью

Мы управляем радиусом поражения, а не вероятностью. Это не оговорка из осторожности — это ровно то, чем можно управлять с места настройщика.

Тема 1 из 14 · Что вы на самом деле создаёте

Подключение — это учётная запись, а не настройка

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

Переводческая находка, с которой начинается тема

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

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

Десять рисков, восемь из которых решаете вы

OWASP Non-Human Identities Top 10, редакция 2025
РискО чём это
NHI1Учётку не выключили, когда она стала не нужна
NHI2Секрет утёк
NHI3Уязвимая учётка стороннего сервиса
NHI4Небезопасный способ аутентификации
NHI5Прав выдано больше, чем нужно
NHI6Небезопасные конфигурации развёртывания
NHI7Долгоживущие секреты
NHI8Смешение сред
NHI9Одна учётка на много задач
NHI10Человек работает под машинной учёткой

Восемь пунктов из десяти — это решения, которые принимает не инженер по информационной безопасности, а тот, кто собирает сценарий. Развилка «подключить от своего имени или завести отдельную учётку» закрывает сразу два пункта, NHI9 и NHI10, и делается кликом за две секунды. Обычно — не глядя.

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

Дальше нужен аккаунт

Прогресс и монеты сохранятся.