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

Все мы привыкли консультироваться с искусственным интеллектом по любому поводу: от советов по воспитанию детей и составления жалоб до анализа медицинских справок или написания программного кода. Однако эксперты предупреждают: к чат-ботам следует относиться с той же осторожностью, что и к социальным сетям, ведь последствия публикации данных могут быть необратимыми.
Ощущение того, что инструменты ИИ являются «частным пространством», обманчиво, объясняет Одед Вануну, руководитель отдела исследований уязвимостей продуктов в Check Point. На практике любая информация, вводимая в чат, может быть сохранена, проанализирована и даже использована для генерации ответов другим пользователям. Вануну выделяет пять типов данных, которыми категорически нельзя делиться с системами ИИ:
1. Личная идентифицирующая информация (PII)
Данные, такие как полное имя, домашний адрес, номер телефона или государственные идентификаторы, являются основой цифровой личности. При вводе в систему они могут быть интегрированы в более широкие контексты. Злоумышленники способны использовать эти фрагменты для составления полного профиля, кражи личности или проведения целевых фишинговых атак.
2. Конфиденциальная корпоративная информация
Использование ИИ для составления писем или анализа документов часто приводит к тому, что сотрудники загружают презентации, контракты и бизнес-стратегии. Вануну предупреждает: как только информация попадает во внешний инструмент, организация теряет над ней контроль. Это создает не только конкурентные риски, но и серьезные юридические проблемы, особенно в компаниях, обязанных соблюдать строгую конфиденциальность.
3. Личная медицинская информация
Диагнозы, результаты анализов и история болезни — это данные, которые невозможно «отозвать» после раскрытия. Существует риск, что в будущем эта информация будет использована для профилирования, оценки страховых рисков или при приеме на работу.
4. Пароли и ключи шифрования (API Keys)
Разработчики часто вставляют фрагменты кода для отладки, не замечая, что внутри них скрыты ключи доступа. Это одна из самых опасных утечек, обеспечивающая прямой доступ к облачным системам или базам данных. Однократного раскрытия достаточно для причинения критического ущерба.
5. Фотографии и аудиозаписи
Медиафайлы содержат метаданные, такие как геолокация и тип устройства. Обмен фотографиями, особенно с участием несовершеннолетних, раскрывает личности и паттерны поведения. В эпоху дипфейков любой такой материал может стать основой для манипуляций или выдачи злоумышленников за другого человека.
Почему информация раскрывается?
Большинство систем работают по модели сбора данных для улучшения алгоритмов: разговоры сохраняются для анализа производительности и обучения будущих версий, а иногда проверяются командами контроля качества. Раскрытие может произойти через объединение информации между различными запросами, косвенное использование данных в ответах другим пользователям или из-за брешей в безопасности на стороне поставщика ИИ.
Что делать, если данные уже переданы?
Вануну рекомендует три шага:
-
Удаление истории: первый шаг, хотя он не всегда гарантирует полное удаление с серверов.
-
Отмена разрешения на обучение: в настройках большинства платформ (ChatGPT, Claude, Gemini) можно отключить использование ваших диалогов для обучения моделей.
-
Ротация учетных данных: если были введены пароли или ключи API, их необходимо немедленно сменить.
Риски автономных ИИ-агентов
С появлением автономных агентов, таких как Claude Code от Anthropic, риски возрастают. Шарон Каспер, менеджер по кибербезопасности в банке «Апоалим», отмечает, что такие системы создают функциональный код, но механизмы безопасности в них не настроены по умолчанию. Пользователи часто копируют код без проверки, включая небезопасные подключения к базам данных.
Для защиты Каспер советует:
-
Разделять данные доступа и сам код.
-
Применять принцип минимальных полномочий: ограничивать бюджеты для платных сервисов и разрешать доступ только с одобренных IP-адресов.
-
Внедрять безопасность на этапе инструкции: просить ИИ работать в соответствии с протоколами безопасности и проводить аудит кода перед его использованием.
При работе с ИИ-агентами на личном компьютере рекомендуется использовать изолированную среду (Sandbox), например, виртуальную машину или Docker, чтобы ограничить доступ ИИ к операционной системе и личным файлам.





