# Безопасность внедрения ИИ: персональные данные и 152-ФЗ

> ИИ и персональные данные: когда возникает обработка ПДн, чем опасна отправка документов во внешний сервис и какие меры закрывают требования 152-ФЗ.

- Источник: https://lokai.ru/blog/bezopasnost-ii-152-fz/
- Организация: Local AI — Внедрение ИИ в закрытом контуре
- Обновлено: 2026-08-07
- Раздел: Главная → Блог → Безопасность и 152-ФЗ

---

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

- **100%** — данных остаётся внутри периметра компании
- **0** — обращений из контура к внешним публичным сервисам
- **4** — меры, без которых локальность не спасает: доступы, журналы, обезличивание, согласия
- **1** — документ обновляется до запуска — политика обработки ПДн

## Когда работа ИИ становится обработкой персональных данных

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

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

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

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

## Почему публичный сервис — это передача данных третьему лицу

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

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

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

Именно поэтому мы разворачиваем модели на инфраструктуре заказчика. Веса, векторные индексы, журналы и интерфейсы живут внутри периметра, а исходящий трафик в интернет закрыт на уровне сети, а не галочкой в настройках. Устройство такого контура разобрано на странице [локального ИИ](https://lokai.ru/lokalnyy-ii/).

## Сценарии, данные и требования: как закрываем

Восемь типовых сценариев внедрения. Столбец «Требование» описывает, что нужно закрыть по существу, последний столбец — как это реализуется в проекте.

*Соответствие сценариев работы ИИ, категорий данных и мер защиты*

| Сценарий | Какие данные | Требование | Как закрываем |
|---|---|---|---|
| Ассистент по внутренним регламентам | ПДн обычно нет, есть коммерческая тайна | Режим КТ, разграничение доступа к документам | Контур внутри периметра, RBAC от системы-источника, журнал обращений |
| Разбор обращений клиентов | ФИО, телефон, почта, история покупок | Основание обработки, согласие, срок хранения | Обработка без выхода наружу, обезличивание в промптах, ограничение срока журналов |
| Распознавание звонков и встреч | Голос, ФИО, содержание разговора | Уведомление о записи, основание, защита записей | GigaAM-v3 и T-one локально, записи не покидают периметр, доступ по ролям |
| Работа с медицинскими документами | Специальная категория: сведения о здоровье | Отдельное основание, повышенные меры защиты | Только свой контур, полный аудит действий, [разбор сценариев в медицине](https://lokai.ru/vnedrenie-ii-v-meditsine/) |
| Подбор персонала | Резюме кандидатов, иногда специальные категории | Основание, срок хранения резюме, участие человека в решении | Модель готовит сводку, решение принимает и фиксирует рекрутер |
| Первичные документы и бухгалтерия | ПДн контрагентов, банковские реквизиты | Защита, разграничение доступа, журналирование | Локальное распознавание, проводку подтверждает бухгалтер |
| Конструкторская и проектная документация | Коммерческая тайна, доступ по перечню | Режим КТ, ограничение круга допущенных | Сегмент сети без выхода в интернет, обновления через контролируемое зеркало |
| Демонстрации подрядчикам и на публике | Реальные ПДн в скриншотах и примерах | Запрет раскрытия без основания | Синтетические данные и обезличенные примеры для любых показов |

## Меры, которые действительно закрывают вопрос

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

1. **Размещение внутри периметра.** Модели, векторные индексы, журналы и интерфейсы на сервере заказчика либо в его выделенном контуре в российском ЦОД. Исходящий трафик закрыт на уровне сети.
2. **Обезличивание на входе.** Перед передачей текста в модель ФИО, телефоны, номера документов и счетов заменяются на маркеры, а в готовый ответ подставляются обратно. Для многих задач модели вообще не нужно знать, как зовут клиента.
3. **Разграничение доступа с наследованием.** Права берутся от системы-владельца документа. Если у сотрудника нет доступа к папке в документообороте, поиск не покажет ему фрагмент из неё даже внутри ответа модели.
4. **Журналирование каждого действия.** Кто спросил, что ответила система, какие документы попали в контекст, что сделал агент. Журнал пишется в хранилище, где записи нельзя изменить задним числом, и имеет собственный срок хранения.
5. **Основания и согласия.** Обновляется перечень целей обработки, формы согласий и условия, на которых данные попадают в систему. Это работа юриста, но состав данных и маршруты мы описываем схемой контура.
6. **Минимизация и срок хранения.** В контур подключаются только те источники, без которых сценарий не работает. Для каждого хранилища определён срок, после которого данные удаляются или обезличиваются.
7. **Человек на необратимых действиях.** Отправка письма, изменение документа, проводка в учётной системе выполняются только с подтверждением сотрудника. Это правило не отключается ради ускорения процесса.

## Что стоит отразить в политике обработки данных

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

- **Новые цели обработки.** Автоматическая классификация обращений, подготовка проектов документов, распознавание речи — цели формулируются конкретно, а не общей строкой про «улучшение сервиса».
- **Состав данных, попадающих в систему.** Перечень источников и категорий данных по каждому: CRM, документооборот, почта, телефония. Схема контура прикладывается как приложение.
- **Где данные хранятся и обрабатываются.** Указание, что обработка идёт на собственных серверах оператора или в его выделенном контуре, без передачи третьим лицам и без трансграничной передачи.
- **Сроки хранения по каждому хранилищу.** Отдельно для журналов обращений, кэша ответов, индексов базы знаний и записей разговоров. Единый срок «до достижения целей» на практике вызывает вопросы.
- **Порядок доступа сотрудников.** Кто имеет доступ к системе, как права наследуются от учётных систем, как доступ закрывается при увольнении.
- **Роль автоматизации в решениях.** Прямое указание, что юридически значимые решения принимает человек, а система готовит материалы. Особенно важно для кадровых, кредитных и клиентских сценариев.
- **Порядок обращения субъекта.** Как человек может узнать состав своих данных, потребовать уточнения или удаления, включая данные, попавшие в журналы и индексы.

## Коммерческая тайна: отдельный режим и отдельные документы

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

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

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

На стороне проекта мы описываем, какие источники подключены, кто имеет доступ, что пишется в журналы и как контур изолирован от внешней сети. Реестр рисков с мерами и ответственными собирается на диагностике — подробный разбор в [материале про риски внедрения](https://lokai.ru/blog/riski-vnedreniya-ii/).

## Чего локальный контур не закрывает

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

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

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

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

## Частые вопросы про безопасность ИИ и 152-ФЗ

**Можно ли использовать публичные ИИ-сервисы, если убрать из текста фамилии?**

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

**Локальное размещение автоматически закрывает требования 152-ФЗ?**

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

**Нужно ли брать новое согласие у клиентов перед запуском ИИ?**

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

**Что делать с записями телефонных разговоров?**

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

**Кто отвечает, если ИИ ошибся и это привело к ущербу?**

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

**Заменяет ли этот материал консультацию юриста?**

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

---

Бесплатный аудит и расчёт окупаемости на ваших данных: https://lokai.ru/besplatnyy-audit-ii/

Почта: hello@lokai.ru · 123112, Москва, ММДЦ «Москва-Сити» · Пн–Пт, 09:00–19:00 МСК