Безопасен ли DeepSeek? Риски приватности и защиты данных

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

Быстрый вывод: когда можно, а когда не стоит

Сценарий	Осторожная оценка
Задать общий вопрос, набросать публичный текст, протестировать промпт без личных и рабочих данных	Можно, если вы принимаете базовые риски приватности
Вводить данные клиентов, сотрудников, договоры, финансовую информацию, медицинские или юридические материалы	Не стоит
Загружать внутренние документы, коммерческую тайну или приватный исходный код	Не стоит
Разрешать использование в компании, госструктуре или организации с жёсткими требованиями к данным	Нужна отдельная юридическая, ИБ- и data governance-оценка
Пользоваться DeepSeek через сторонний сервис или приложение	Нужно проверять политику этого сервиса: политика DeepSeek не обязательно распространяется на downstream-системы.

Какие данные может собирать DeepSeek

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

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

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

Где могут обрабатываться и храниться данные

Согласно политике DeepSeek, персональные данные могут напрямую собираться, обрабатываться и храниться в Китае. NPR также сообщала, что данные, которые DeepSeek собирает у пользователей из США, по условиям компании отправляются на серверы в Китае; издание отмечало, что международные регуляторы задавали вопросы о том, как DeepSeek использует данные.

Сам по себе факт хранения или обработки данных в конкретной стране не доказывает злоупотребление. Но для оценки риска юрисдикция имеет значение — особенно если речь о компаниях, финансовых и медицинских данных, юридических материалах, государственных структурах или любой организации, где есть строгие требования к обработке информации.

Что насторожило исследователей безопасности

Помимо самой политики данных, есть и технические сигналы, которые нельзя игнорировать. Krebs on Security со ссылкой на анализ NowSecure по iOS-приложению DeepSeek писал, что приложение отключало App Transport Security, передавало часть данных устройства без шифрования и использовало устаревший алгоритм 3DES с ключом, жёстко прописанным в приложении.

Krebs также приводил исследование Wiz: по его данным, DeepSeek ранее оставил публично доступной базу данных, где было более миллиона строк логов, включая историю чатов, API-секреты и сведения о backend-инфраструктуре. Согласно этому сообщению, после уведомления DeepSeek проблему исправил.

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

А если DeepSeek встроен в другое приложение?

Здесь важно не ориентироваться только на название модели. DeepSeek прямо указывает, что его политика конфиденциальности не покрывает обработку персональной информации конечных пользователей в downstream-системах или приложениях, которые разработчики создают с использованием open platform DeepSeek.

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

Как снизить риски, если вы всё же используете DeepSeek

1. Не вводите чувствительные данные. Не отправляйте пароли, API-ключи, данные клиентов, номера документов, договоры, финансовую информацию, медицинские сведения, юридические материалы, коммерческую тайну и приватный код.
2. Обезличивайте текст до отправки. Заменяйте реальные имена, почту, телефоны, названия компаний, номера проектов и другие идентификаторы условными обозначениями.
3. Не загружайте внутренние файлы. В документах могут быть метаданные, комментарии, история правок и скрытые сведения, которые легко не заметить.
4. Не используйте рабочую почту без разрешения организации. Если инструмент не одобрен компанией, лучше не связывать с ним корпоративный аккаунт.
5. Проверяйте сторонние приложения. Если сервис заявляет, что использует DeepSeek, изучите его собственные условия и политику приватности: политика DeepSeek может не применяться к downstream-системе напрямую.
6. Для организаций — сначала оценка, потом внедрение. Минимум нужно определить, какие данные разрешено вводить, где они хранятся, кто имеет доступ, какие есть требования соответствия, аудит и процедура реагирования на инциденты.

Главное

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

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