Hermes Agent

← На главную

Опубликовано

PRISM, FISA и твои промпты: кто читает твои диалоги с ИИ

Автор: Гусев Николай [портфолио]

Темы: repost, ai-agents, privacy

PRISM, FISA и твои промпты: кто на самом деле читает твои диалоги с ИИ

Сложность: средняя

Ты отправляешь промпт в ChatGPT. Ты думаешь, его видишь только ты и модель. На самом деле его могут читать: АНБ, ФБР, MI6, GCHQ и ещё дюжина спецслужб стран "Пяти глаз". Это не теория заговора - это юридическая архитектура, выстроенная за 15 лет вокруг каждого американского техногиганта.

Разберём по косточкам: что такое PRISM, на каких законах он держится, как твои данные попадают к спецслужбам, и главное - что с этим делать технически.

PRISM - не закон, а программа

PRISM - это не отдельный законодательный акт, как часто пишут. Это кодовое название секретной программы АНБ (NSA), которая технически реализуется на основании Раздела 702 Закона о слежке за иностранцами (FISA Amendments Act of 2008).

Раздел 702 FISA позволяет АНБ и ФБР перехватывать в реальном времени и извлекать из баз данных переписку любых не-граждан США, находящихся за рубежом. Без индивидуального ордера. Без уведомления. Без географических ограничений.

Когда ты отправляешь промпт в ChatGPT, Claude или Gemini, твои запросы и ответы модели подпадают под категорию "электронных коммуникаций". Это означает, что АНБ имеет право собирать их напрямую через инфраструктуру провайдеров - OpenAI, Anthropic, Google.

Законы, на которых это держится

Принципиальный момент: юрисдикция следует за компанией, а не за сервером. Даже если провайдер LLM развернул модель на серверах внутри ЕС, Китая или ОАЭ, законы США всё равно обязывают американскую материнскую компанию выдать данные. Вот главные инструменты.

FISA Section 702 - перехват в реальном времени. Ваши запросы к ИИ и ответы от модели собираются АНБ через прямую интеграцию с инфраструктурой провайдеров. Никакого суда, никакого ордера - достаточно того что вы не гражданин США и находитесь за рубежом.

US CLOUD Act (2018) - доступ к данным за рубежом. ФБР или Минюст США могут запросить у OpenAI или Microsoft историю ваших диалогов с ИИ по судебному ордеру, выданному в США. Местные законы страны где физически находится сервер - игнорируются. Вы даже не узнаете: провайдеру запрещено раскрывать факт запроса.

Executive Order 12333 - массовая разведка без судов. Позволяет АНБ перехватывать незашифрованный трафик на магистральных кабелях интернета в момент, когда ваши промпты летят от вашего провайдера к дата-центрам ИИ-компаний. Никакого участия провайдеров не требуется - достаточно физического доступа к кабелю.

Stored Communications Act (SCA) - архивные данные. Обязывает провайдеров "удалённых вычислительных услуг" выдавать спецслужбам сохранённую историю чатов, логи авторизации и кастомные инструкции ИИ, которые хранятся на серверах.

National Security Letters (NSLs) - административные требования. Письма от ФБР, которые обязывают провайдера выдать метаданные пользователя без санкции судьи. Сопровождаются Gag Order - приказом о неразглашении. Разработчик ИИ не имеет права сообщить вам, что ваши данные переданы ФБР.

Five Eyes: ваши данные уходят не только в США

США работают в тесном разведывательном альянсе Five Eyes: США, Великобритания, Канада, Австралия, Новая Зеландия. Благодаря соглашению UKUSA, данные собранные США через CLOUD Act или FISA 702 легально передаются спецслужбам союзников - британской MI6, GCHQ, канадской CSEC.

У этих стран есть свои аналогичные законы. Например, в Великобритании действует Investigatory Powers Act, который позволяет спецслужбам обязать любую ИТ-компанию работающую на британском рынке внедрить скрытые инструменты для съёма данных или обхода шифрования.

Круг замыкается: вы отправляете промпт американскому провайдеру, АНБ перехватывает его через PRISM/FISA 702, делится с GCHQ по UKUSA, а британские спецслужбы могут потребовать от того же провайдера технические средства доступа через Investigatory Powers Act.

Как данные попадают к спецслужбам на практике

Два основных канала.

Через API и историю чатов. Провайдеры LLM - OpenAI, Anthropic, Google - по умолчанию сохраняют историю ваших запросов для дообучения моделей и модерации. Эти базы данных уязвимы для запросов по CLOUD Act. Вы можете отключить историю в настройках, но это не отключает логи на стороне провайдера.

Через внедрение ИИ-ассистентов в ОС. Системы вроде Microsoft Copilot или Apple Intelligence глубоко интегрированы в Windows и macOS. Законы США позволяют запрашивать данные не только из облака ИИ, но и из логов операционных систем, контролируемых американскими вендорами. Ваш локальный Copilot, который видит всё что вы печатаете - это не гипотетический вектор, а работающий правовой механизм.

Что с этим делать: PII Guard

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

PII Guard - это Python-пакет под Apache 2.0, который реализует пайплайн обнаружения и псевдонимизации персональных данных перед отправкой в любую LLM. Архитектурно это три слоя:

Detect. Составной детектор: regex для структурных PII (email, телефон, ИНН, СНИЛС, паспорт, IP, ОГРН, БИК, КПП - F1=1.00) + DistilBERT/XLM-R для семантических (ФИО, адреса, города - F1=1.00). Regex и ML не конкурируют, а дополняют: regex ловит структурные паттерны, ML - контекстные. Композитный детектор даёт F1=0.94 на реальных данных государственных органов и крупных корпораций.

Pseudonymize. Каждый PII-спан заменяется на плейсхолдер: "Иванов Иван Иванович, ул. Ленина д. 5 кв. 42" → "[ФИО_1] [ФИО_2] [ФИО_3], ул. [УЛИЦА_1] д. [ДОМ_1] кв. [ДОМ_2]". С сохранением падежных окончаний: "Иванову" → "[ФИО_1]у". Mapping хранится в оперативной памяти с TTL 300 секунд, одноразовый - после депсевдонимизации удаляется.

Send → Depseudonymize. В LLM уходит только обезличенный текст. Модель работает с ним как с обычным запросом, возвращает ответ с теми же плейсхолдерами. Обратный преобразователь восстанавливает реальные данные из mapping.

Ключевое: банковские счета, пароли, API-ключи, токены - не псевдонимизируются, а удаляются полностью. Это требование 152-ФЗ: "их вообще нельзя передавать". Персональные данные - псевдонимизируются. Креды - удаляются.

PII Guard как MCP-сервер

Пакет работает как stateless MCP-сервер (спецификация 2026-07-28), который подключается к любому AI-агенту: Hermes, Codex, Claude Code. Три инструмента:

  • pii_sanitize(text, policy) - обезличивает текст, возвращает безопасную версию + mapping_id

  • pii_desanitize(text, mapping_id) - восстанавливает реальные данные, одноразовый вызов

  • pii_detect(text) - аудит: какие PII найдены, без модификации текста

Интеграция с агентом - три строки в .mcp.json или config.yaml. Никакой per-platform логики: все три платформы (Hermes, Codex, Claude) используют один и тот же MCP-сервер.

Почему это важно именно сейчас

Copilot в Windows видит ваш код. Apple Intelligence индексирует ваши файлы. Gemini в Google Workspace читает ваши документы. Каждый из этих вендоров - американская компания, подпадающая под CLOUD Act и FISA 702.

Псевдонимизация не делает вас невидимым для АНБ. Они всё равно видят что вы отправляете запросы в LLM, видят метаданные, видят объём трафика. Но содержание запроса они прочитать не могут - потому что вместо "Иванов Иван, паспорт 4514 123456, счёт 40817810099910004312" они видят "[ФИО_1] [ФИО_2], паспорт [ПАСПОРТ_1], счёт [УДАЛЕНО]".

Это не серебряная пуля. Это defence in depth: уровень защиты который вы добавляете не потому что параноик, а потому что архитектура угрозы этого требует.

Ссылки

  • PII Guard: `` - 98 тестов, Apache 2.0, MCP 2026-07-28

  • FISA Section 702: 50 U.S.C. § 1881a

  • US CLOUD Act: 18 U.S.C. § 2523

  • Executive Order 12333: 46 FR 59941

  • Статья 152-ФЗ "О персональных данных"

  • Статья 272.1 УК РФ (штрафы до 20 млн руб.)

Подписывайся: @hermesagentru