Что действительно нельзя отправлять в ChatGPT: разбор с позиции эксперта по безопасности

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

Содержание

Механика хранения промптов и почему «забыть» нельзя

Когда вы вводите запрос в интерфейс ChatGPT или подобного сервиса, вы совершаете не монолог, а передачу данных на удалённый сервер. Эти данные – ваш промпт и ответ модели – сохраняются в вашей истории чата. Этот момент критичен. По умолчанию ваши диалоги могут использоваться для обучения следующих версий модели. OpenAI заявляет, что владельцы корпоративных тарифов и пользователи, отключившие историю чата, исключают свои данные из обучающей выборки. Но даже в этом случае диалог какое-то время хранится на серверах для мониторинга злоупотреблений. Утечка данных на стороне поставщика, компрометация вашего аккаунта или банальная человеческая ошибка (например, скриншот с конфиденциальным фрагментом) превращают ваш частный диалог в публичный актив.

Реалистичный сценарий утечки

Разработчик Анатолий решает оптимизировать фрагмент кода, работающий с базой данных. Он копирует в промпт реальный блок, содержащий строку подключения с логином, паролем и IP-адресом тестового сервера. Через три месяца его компания запускает приватную бета-версию продукта. Случайно один из новых инженеров находит в открытом репозитории на GitHub фрагмент кода, удивительно похожий на их внутреннюю логику. Оказывается, ответ ChatGPT с оптимизированным кодом, содержащим изменённую, но узнаваемую структуру, был опубликован на форуме другим пользователем, который решал схожую задачу. Тестовая система с данными для отладки становится целью для атаки.

Категории данных, которые никогда не должны попадать в промпт

Это не исчерпывающий, но базовый список, сформированный по принципу максимального ущерба.

Персональные данные (ПДн), подпадающие под 152-ФЗ и GDPR. Паспортные данные, ИНН, СНИЛС, адреса, телефоны, медицинские истории, биометрические данные. Даже если вы «зашифровали» имя, оставив «Иван И.», контекст может сделать личность узнаваемой.
Корпоративная интеллектуальная собственность. Неопубликованные патенты, ноу-хау прототипов, уникальные алгоритмы, дизайны, исходный код закрытых продуктов, детальная структура базы данных.
Внутренняя деловая информация. Финансовые отчёты до публикации, данные о сделках M&A, стратегические планы выхода на рынок, договоры с партнёрами, внутренние расследования.
Учётные данные и ключи доступа. Пароли, API-ключи, приватные SSH-ключи, токены доступа, cookies сессий. Кажется очевидным, но люди часто вставляют их для «проверки» или «форматирования» кода.
Конфиденциальные данные третьих лиц. Информация о клиентах, сотрудниках, пользователях, которую вы не имеете права разглашать. Отправляя её, вы нарушаете не только политику OpenAI, но и закон.

Распространённая ошибка и её исправление

Ошибка: «Обезличивание» данных через простую замену имён на «Клиент А» или «Компания Б» при сохранении уникальной структуры данных и контекста.

Почему это не работает: Модель обучается на паттернах. Если вы введете: «Клиент А из Москвы купил 45 единиц товара Y по цене 10 000 рублей 12.03.2026, что на 15% больше среднего чека по региону», вы рискуете. В будущих ответах эта структура может просочиться другому пользователю, а в сочетании с другими данными – привести к деанонимизации. Реальный кейс в сфере здравоохранения: исследователи показали, что из «анонимных» медицинских записей в обучающих наборах можно восстановить личности.

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

Практические стратегии защиты: что делать вместо этого

Полный отказ от ИИ – не решение. Нужны протоколы.

Включите историю чата. Для индивидуальной работы перейдите в настройки аккаунта и отключите сохранение истории. Это фундамент.
Используйте локальные или приватные модели. Для анализа чувствительных данных рассмотрите развёртывание локальных решений (например, на базе Ollama) или корпоративные облака с усиленной защитой (Azure OpenAI с приватным endpoint).
Внедрите предварительную очистку данных. Создайте чек-лист для сотрудников. Перед вставкой любого текста необходимо удалить: имена, реквизиты, специфичные числовые наборы, названия внутренних систем.
Применяйте API с умом. Взаимодействие через API даёт больше контроля над метаданными и, при правильной настройке, над политиками хранения. Но сами промпты всё равно уходят на сервер.

Note: Функция «Приватные чаты» или «Без сохранения истории» не делает ваше общение полностью анонимным в режиме реального времени. Поставщик услуги всё ещё получает и обрабатывает ваш запрос для генерации ответа. Это защищает от использования в обучении, но не от технического сбоя или злого умысла внутри компании.

Частые вопросы и детали, которые упускают

Можно ли использовать ChatGPT для анализа документов, если я потом удалю историю чата?

Нет, если документ конфиденциален. Удаление из вашего интерфейса – это не мгновенное стирание с серверов. Существуют окна хранения для модерации и технического резервирования. Доверять конфиденциальный анализ можно только системам, развёрнутым в вашем контуре (on-premise).

Как Yandex и другие поисковики будут ранжировать статью на эту тему в 2026 году?

Алгоритмы всё лучше оценивают практическую полезность и глубину. Они будут анализировать поведенческие метрики: низкий отскок, длительное время на странице, переходы по внутренним ссылкам. Статьи-поверхностные заметки про «не вводите пароли» потеряют позиции. Контент, который даёт системное понимание (как работает хранение, какие есть альтернативы, как внедрить политики), получит преимущество. Также возрастёт роль технических факторов: скорость загрузки, корректная микроразметка, мобильная адаптивность – всё это косвенно подтверждает экспертный уровень ресурса.

Ваш следующий шаг

Прямо сейчас откройте историю диалогов в вашем аккаунте ChatGPT. Просмотрите последние 20-30 промптов. Вы ищете не явные пароли, а фрагменты внутренней переписки, номера проектов, имена систем, технические спецификации продуктов. Удалите те диалоги, где нашли подобное. Затем установите в вашей команде правило: перед любым обращением к публичной языковой модели данные должны проходить через простейший «санбокс» – документ, где все чувствительные элементы заменены на откровенно вымышленные, нерелевантные аналоги. Это займёт 15 минут сегодня и сэкономит репутационные и финансовые потери завтра.