Суверенный режим для Государственного Сектора и КИИ (Sovereign Mode)

В государственных внедрениях автономность ИИ, отсутствие зависимости от внешних облачных API и криптографическая защита данных становятся регуляторными требованиями. Облачный сервис закрывает их не полностью, и эта страница честно разводит, что Spectorn делает сейчас и что требует установки в контуре заказчика.

🛑 Риски эксплуатации ИИ в Госсекторе

Внедрение генеративных моделей и ИИ-агентов в государственные процессы приносит класс угроз, который стандартные WAF и DLP не разбирают: им не виден смысл промпта и ответа модели.

1. Нарушение Data Residency и утечка гостайны

Риск: При использовании западных корпоративных моделей (OpenAI, Anthropic, Google) конфиденциальные данные неизбежно передаются на зарубежные серверы. Даже при использовании локальных российских моделей (Yandex, GigaChat) сохраняется риск передачи чувствительных логов во внешние сети. Что Spectorn делает сейчас:

• Инспекция содержимого inline: в режиме шлюза Spectorn проверяет содержимое запросов и ответов модели движками injection, pii, exfiltration и output_scanner. В режиме блокировки нарушающий политику запрос отклоняется, а заблокированный ответ модели не отдаётся (HTTP 403 spectorn_output_blocked). Маскирование ПДн в облачных контурах не включено.
• Раздельные контуры: контуры RU и Global разведены, учётные записи и данные одного не попадают в другой. Журналы Spectorn не хранят содержимое запросов.

Что относится к целевой архитектуре:

• Полностью локальная установка без внешних зависимостей: в облачном контуре запрос уходит в Spectorn, а в режиме шлюза и дальше, к провайдеру модели.
• Шифрование резервных копий и журналов по ГОСТ (например, «Кузнечик», ГОСТ Р 34.12-2015) в Spectorn не реализовано. Сегодня его обеспечивают сертифицированные средства криптографической защиты в вашей инфраструктуре.

2. Целенаправленный саботаж через RAG-атаку (Data Poisoning)

Риск: Внедрение в базу знаний (векторную БД) отравленного документа, заставляющего ИИ-агента формировать искаженные справки для руководства или выполнять деструктивные команды в ИТ-системах (RCE). Что Spectorn делает сейчас:

• Движок rag_corpus_guard проверяет фрагменты из RAG-хранилища, которые вы передаёте в запросе, на признаки внедрённых инъекций и аномалий до того, как они дойдут до модели.

3. Эффект "Черного ящика" и отсутствие юридической ответственности

Риск: Непрозрачность принятия решений нейросетью делает невозможным проведение инспекций ФСТЭК и юридическое расследование инцидентов. Что Spectorn делает сейчас:

• Каждый вердикт записывается в хеш-связанную цепочку SHA-256 без содержимого запросов, поэтому позднюю правку записи видно. Находки можно выгружать в вашу SIEM как JSON-события по HTTPS (spectorn.ai-finding.v1).

🛠️ Целевая архитектура Sovereign Mode

Это проект архитектуры, а не описание поставки: установка в контуре заказчика в текущий релиз не входит.

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

graph TD
    User([Сотрудник Госсектора / Оператор]) -->|HTTPS| Gateway[NGFW / WAF заказчика]
    Gateway --> SC[Шлюз Spectorn]
    
    subgraph Изолированный Контур КИИ
        SC -->|mTLS| Core(Движки Spectorn на Rust)
        Core -->|Инспекция содержимого| LLM[Локальная LLM]
        Core -->|Инспекция содержимого| VectorDB[(Векторная БД заказчика)]
    end
    
    Core -->|Находки, JSON| SIEM[SIEM заказчика]
    
    style User fill:#f9f,stroke:#333,stroke-width:2px
    style SC fill:#FF3D72,stroke:#333,stroke-width:2px
    style Core fill:#3D72FF,stroke:#333,stroke-width:2px,color:#fff

🛠️ Настройка политики

Файла конфигурации, который нужно развернуть, нет: политику вашего тенанта по запросу задаёт оператор платформы, включая режим проверки (блокировка или наблюдение, при котором видно, что было бы заблокировано), списки разрешений и запретов, порог блокировки и веса категорий. Начните с режима наблюдения на своём трафике, посмотрите, что было бы заблокировано, и затем включите блокировку.

📜 Требования ФСТЭК России

Spectorn не сертифицирован ФСТЭК России, и оценка соответствия Приказу ФСТЭК № 239 (о защите КИИ) не проводилась. Ниже показано, как механизмы Spectorn соотносятся с его требованиями; соответствие объекта КИИ оценивает его субъект вместе с аккредитованной организацией.

Соответствие требованиям доверия

1. Разделение доменов (Domain Separation) Языковые модели работают без прямого доступа к файловой системе сервера и сети — это обеспечивается изоляцией на уровне ОС / контейнера в изолированном контуре заказчика (не самим Spectorn). Spectorn инспектирует содержимое запросов и ответов на шлюзе.
2. Анализ уязвимостей (БГК) Код проверяется в CI статическим анализом и тестами; независимый анализ уязвимостей для сертификации не проводился. Rust исключает переполнение буфера в безопасном коде, но не в unsafe-блоках и не в зависимостях на C.
3. Хеш-связанный реестр решений (Decision Audit Log) Решения записываются в хеш-связанную цепочку SHA-256 без содержимого запросов, поэтому позднюю правку записи видно; находки можно передавать в вашу SIEM. Трактовка этих материалов относительно требований ФСТЭК остаётся работой вашего аудитора и вашей организации.

❓ Частые вопросы (FAQ)

Что такое Sovereign Mode и кому он нужен?

Это целевая архитектура: Spectorn внутри изолированного контура заказчика, без выхода в интернет. Она рассчитана на объекты КИИ, оборонные организации и структуры, которые обязаны соответствовать требованиям ФСТЭК России, например Приказу № 239. В текущий релиз она не входит; сегодня Spectorn доступен как облачный сервис в контурах RU и Global.

Как в изолированном развёртывании обеспечивается режим "данные не покидают контур"?

В целевой архитектуре это обеспечивает сетевая изоляция самого контура: Spectorn и локальная LLM работают без исходящего доступа в интернет. Это свойство развёртывания и сети заказчика, а не фильтр в движках. Шифрование по ГОСТ Spectorn сегодня не выполняет; его обеспечивают сертифицированные средства криптографической защиты заказчика. В облачном контуре запрос уходит в Spectorn, а в режиме шлюза и дальше, к провайдеру модели.

Может ли Spectorn защитить государственный RAG-пайплайн от data poisoning?

Частично. Движок rag_corpus_guard проверяет фрагменты из RAG-хранилища, переданные в запросе, на признаки внедрённых инъекций и аномалий до того, как они повлияют на вывод модели. Это снижает риск отравленных документов, но контроль происхождения корпуса и прав на запись в него остаётся на вашей стороне.

Как Spectorn делает решения ИИ аудируемыми для ФСТЭК?

Каждый вердикт записывается в хеш-связанную цепочку SHA-256 без содержимого запросов, поэтому позднюю правку записи видно. Находки выгружаются в вашу SIEM как JSON-события по HTTPS (spectorn.ai-finding.v1); выгрузки в CEF и syslog нет. Соответствие журнала требованиям ФСТЭК это не подтверждает.