Как защитить корпоративные данные при работе с нейросетями

Какие данные нельзя передавать в публичные AI-сервисы и как безопасно внедрить нейросети: политика, доступы, RAG, логи и защищённый контур.

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

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

Материал актуален на 12 августа 2026 года и носит информационный характер. Требования к персональным данным, трансграничной передаче, отраслевому регулированию и договорам с поставщиками AI-сервисов зависят от конкретного сценария. Для юридически значимых решений привлекайте профильного юриста и специалиста по информационной безопасности.

Почему AI создаёт новый риск для бизнеса

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

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

Поэтому безопасность AI — это не только вопрос IT. Это вопрос процессов, обучения сотрудников, договоров, прав доступа и выбора правильной архитектуры.

Какие данные требуют особого контроля

Не все данные одинаково чувствительны. Для начала полезно разделить информацию на несколько уровней.

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

Что нельзя отправлять в публичную нейросеть

У большинства компаний полезно закрепить «красный список» данных, которые сотрудники не должны передавать в несанкционированные AI-сервисы.

• Клиентские базы с контактами и историей сделок.
• Паспортные данные, СНИЛС, ИНН, банковские реквизиты и другие идентификаторы.
• Договоры, коммерческие предложения и документы с финансовыми условиями.
• Логины, пароли, API-ключи, токены, секреты инфраструктуры.
• Исходный код закрытых продуктов и конфигурации серверов.
• Нераскрытые планы компании, внутренние отчёты и стратегические документы.
• Резюме кандидатов, данные сотрудников и внутренние HR-материалы.
• Тендерные документы, если в них есть чувствительные условия или ограничения.
• Медицинские, юридические, финансовые и другие особо чувствительные сведения.

Если сотруднику нужно обработать такой документ с AI, компания должна дать безопасный канал: корпоративную платформу, закрытую RAG-систему, локальный контур или согласованный сервис с нужными настройками и договорными условиями.

Главная проблема — Shadow AI

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

Полный запрет редко работает. Сотрудники просто начинают использовать AI незаметно, а компания лишается контроля.

Более зрелый подход:

• Разрешить безопасные сценарии работы с AI.
• Дать сотрудникам утверждённые инструменты.
• Определить, какие данные можно и нельзя передавать.
• Объяснить правила на реальных примерах.
• Настроить процесс согласования новых AI-сервисов.

AI-политика компании: минимальный набор правил

AI-политика не должна быть 80-страничным документом, который никто не читает. Для начала достаточно понятной инструкции на одну-две страницы и отдельного регламента для IT, безопасности и владельцев процессов.

Что включить в короткую памятку сотрудника

• Какие AI-сервисы разрешены для работы.
• Какие типы данных запрещено передавать в публичные сервисы.
• Как обезличивать данные перед использованием AI.
• Какой результат AI обязательно нужно проверить человеку.
• В каких случаях нельзя принимать решение только по ответу нейросети.
• К кому обращаться, если нужен новый AI-инструмент или нестандартный сценарий.
• Как сообщить об ошибке, утечке или подозрительном действии AI.

Что включить в регламент для бизнеса и IT

• Реестр используемых AI-инструментов и владельцев.
• Классификацию данных и правила работы с каждой категорией.
• Требования к поставщикам AI-сервисов.
• Порядок оценки рисков перед запуском нового сценария.
• Правила хранения диалогов, файлов, логов и истории запросов.
• Матрицу прав доступа.
• Порядок обучения сотрудников.
• План действий при инциденте.

Как выбрать безопасную AI-архитектуру

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

RAG не равен безопасности сам по себе

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

Для безопасного RAG нужны:

• Разделение документов по ролям и подразделениям.
• Проверка прав пользователя до поиска и выдачи ответа.
• Журнал запросов и действий.
• Источники ответа, чтобы сотрудник мог проверить документ.
• Регулярное обновление и удаление устаревших материалов.
• Защита от prompt injection — попыток заставить AI игнорировать правила или раскрыть скрытые данные.
• Ограничение функций агента: он не должен иметь доступ ко всему только потому, что «так удобнее».

Принцип минимальных прав

AI-агент и сотрудник должны получать только тот доступ, который нужен для конкретной задачи. Если AI помогает первой линии поддержки, ему не нужен доступ к финансовым отчётам, HR-документам и всем договорам компании.

Вместо одного «супер-бота, который знает всё» лучше создавать отдельные контуры:

• AI-помощник для поддержки — только по FAQ, продукту и статусам обращений.
• AI-помощник для продаж — по услугам, кейсам и CRM в пределах роли менеджера.
• AI для юридического отдела — по договорам и регламентам с ограниченным доступом.
• AI для тендеров — по документации процедуры и внутренним шаблонам.
• AI для HR — по разрешённым кадровым процессам без доступа к чужим персональным данным.

Как безопасно подключать AI к CRM

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

• Какие поля AI действительно должен видеть?
• Нужно ли передавать реальные ФИО и контакты, или можно использовать обезличенные идентификаторы?
• Какие действия AI может выполнять автоматически?
• Какие изменения требует подтвердить менеджер?
• Кто видит логи работы AI?
• Как отозвать доступ сотрудника или агента?
• Как удалить данные по завершении цели обработки?

Безопасный старт — дать AI доступ только на чтение и разрешить создавать черновики: резюме звонка, предложение следующего действия, вариант письма или список недостающих полей. Автоматическое изменение критичных данных лучше включать после тестирования и утверждения правил.

Проверка AI-поставщика перед запуском

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

1. Где обрабатываются и хранятся данные?
2. Сохраняются ли запросы и файлы после обработки?
3. Используются ли данные клиента для обучения или улучшения модели?
4. Можно ли отключить такое использование?
5. Как устроены права доступа и журналы действий?
6. Есть ли шифрование данных при передаче и хранении?
7. Как происходит удаление данных после завершения договора?
8. Какие меры предусмотрены при инциденте?
9. Какие документы и условия обработки данных предоставляет поставщик?
10. Можно ли развернуть решение в нужном вам контуре?

План безопасного внедрения AI за 30 дней

Неделя 1. Инвентаризация

• Соберите список AI-сервисов, которыми уже пользуются сотрудники.
• Выделите критичные процессы и чувствительные категории данных.
• Определите владельца AI-политики: бизнес, IT, безопасность или рабочая группа.
• Зафиксируйте самые рискованные сценарии Shadow AI.

Неделя 2. Правила и безопасный канал

• Утвердите короткую памятку «что можно и нельзя передавать в AI».
• Выберите разрешённые инструменты для базовых рабочих задач.
• Определите процесс согласования нового AI-сервиса.
• Настройте минимальные права доступа и корпоративные аккаунты.

Неделя 3. Пилот в контролируемом процессе

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

Неделя 4. Обучение и контроль

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

Чек-лист безопасности AI-проекта

• Мы понимаем, какие данные использует AI.
• Данные классифицированы по уровню чувствительности.
• Есть список разрешённых AI-инструментов.
• Сотрудники знают, что нельзя отправлять в публичные сервисы.
• Настроены корпоративные аккаунты и минимальные права доступа.
• У AI нет доступа ко всем системам «по умолчанию».
• Есть логирование запросов, действий и ошибок.
• У сложных сценариев предусмотрен контроль человека.
• База знаний обновляется и разделена по ролям.
• Поставщик AI-сервиса прошёл проверку условий обработки и безопасности.
• Есть владелец процесса и понятный план реакции на инцидент.

Вывод

Безопасность AI — это не запрет на нейросети. Это способность компании использовать их быстрее конкурентов, но без неконтролируемого распространения клиентских, коммерческих и внутренних данных.

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

Нужен безопасный AI-контур для бизнеса?

Artifica помогает провести AI-аудит данных и процессов, выбрать архитектуру, настроить RAG-систему, роли, доступы, интеграции и контроль качества для корпоративных AI-решений.

Обсудить безопасное внедрение AI с Artifica