Безопасность данных в нейросетях: что можно загружать в ChatGPT, Claude и Gemini

Почему AI-чат нельзя считать личным блокнотом

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

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

Четыре вопроса до отправки данных

Если хотя бы на один вопрос нет ответа, остановите отправку и обратитесь к владельцу данных или ответственному за безопасность.

Классификация: что можно, что требует проверки, что запрещено

Названия уровней могут отличаться, но сотруднику нужна короткая и однозначная матрица.

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

Данные, которые нельзя вставлять в промпт

Если секрет уже отправлен, не ограничивайтесь удалением чата: токен или пароль нужно отозвать и заменить.

ChatGPT: потребительские и бизнес-режимы

OpenAI предоставляет настройку «Improve the model for everyone»: после отключения новые разговоры могут оставаться в истории, но не используются для улучшения моделей. Temporary Chat не появляется в истории, не создаёт память и не используется для улучшения моделей, однако «временный» не следует трактовать как гарантированное отсутствие обработки или хранения.

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

Claude: проверяйте тип аккаунта и настройки

Anthropic разделяет потребительские предложения Claude и коммерческие продукты. В Privacy Center описаны условия, при которых данные потребительского сервиса могут использоваться для улучшения моделей или проверки безопасности. Коммерческий договор, API и управляемая организация могут иметь другие правила.

Не переносите вывод о личном Claude.ai на Team, Enterprise или API и наоборот. Проверяйте текущую справку, выбранную настройку, период хранения, интеграции и случаи safety review. Даже если обучение отключено, минимизация и права доступа остаются обязательными.

Gemini: Keep Activity и Workspace - разные контуры

Google Gemini Apps Privacy Hub объясняет, что при включённом Keep Activity данные используются для предоставления и улучшения сервисов, включая обучение генеративных моделей, с участием человеческих рецензентов. Настройку можно изменить, а активность - просматривать и удалять, но удаление в одном сервисе не обязательно удаляет данные в подключённых сервисах.

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

Сравнение режимов без ложного чувства безопасности

Обезличивание: удалить имя недостаточно

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

1. Определите, какие поля нужны для результата.
2. Удалите прямые идентификаторы и скрытые метаданные.
3. Замените имена устойчивыми псевдонимами: Клиент-01, Проект-A.
4. Обобщите редкие даты, адреса, должности и суммы, если точность не нужна.
5. Удалите подписи, комментарии, историю правок и вложения.
6. Проверьте, можно ли восстановить личность по сочетанию оставшихся полей.
7. Храните таблицу соответствий отдельно с ограниченным доступом.

Промпт для безопасной подготовки данных

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

Работай как ревьюер схемы обезличивания, а не как обработчик исходных данных.
Описание набора без реальных значений: [поля и типы]
Цель анализа: [результат]
Получатель: [разрешённый сервис]

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

Документы: минимальный фрагмент вместо полного файла

Для редактуры одного пункта договора обычно не нужен весь договор с реквизитами и подписями. Для исправления SQL-запроса не нужна база с реальными клиентами. Выделяйте минимальный фрагмент и добавляйте только необходимый контекст.

Память, история и коннекторы

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

Политика использования ИИ для команды

Запрет «не загружать конфиденциальное» слишком расплывчат. Сотруднику нужны разрешённые инструменты, примеры, стоп-лист и простой путь согласования исключения.

# Краткая политика использования генеративного ИИ
Разрешённые сервисы и аккаунты: [список]
Разрешённые задачи: [список]

Нельзя отправлять:
[пароли, ключи, персональные, медицинские, платёжные, договорно ограниченные и иные классы]

Перед отправкой сотрудник обязан:
1. определить владельца и класс данных;
2. использовать минимальный фрагмент;
3. удалить идентификаторы и метаданные;
4. проверить аккаунт, настройки и получателей;
5. проверить ответ человеком.

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

Архитектура корпоративного AI-процесса

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

1. Идентичность. Корпоративный SSO и управляемые роли.
2. Политика. Разрешённые модели зависят от класса данных.
3. Минимизация. Фильтр секретов и сокращение контекста до отправки.
4. Доступ. Документы ищутся только в рамках прав пользователя.
5. Инструменты. Агент получает минимальные операции и параметры.
6. Выход. Проверка утечки, источников и рискованных действий.
7. Журнал. Кто, когда, какую систему и категорию данных использовал.

Сам журнал тоже чувствителен: не храните в нём полный промпт без необходимости и ограничьте доступ.

Что делать, если секрет уже отправили

Конкретные юридические обязанности зависят от данных и юрисдикции. Решение об уведомлении принимает уполномоченная команда, а не сотрудник в одиночку.

Модель угроз для AI-ассистента

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

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

Финальный чек-лист перед отправкой

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