INDRA: доказательство уязвимостей формальным свидетелем и выпуск правил защиты без риска для базы
Традиционные сканеры посылают слепые запросы в работающий узел, создавая угрозу повреждения таблиц и оставляя инженерам десятки ложных срабатываний на разбор вручную. Языковые модели, в свою очередь, угадывают советы по статистике слов без единой проверки сетевого сокета и без расчёта контрольных сумм.
Программный комплекс INDRA решает это противоречие на уровне сетевого транспорта. Программный фильтр в пути запроса блокирует разрушительные мутации до отправки в сокет, доказывает брешь безопасным формальным свидетелем в паре с контрольной ручкой-обманкой и быстрее чем за 0,05 секунды компилирует готовое правило для перехватчика mcp-sentinel.
Приборная квитанция эталонного полигона
Показатели точности и задержки рассчитываются динамически при прогоне размеченной выборки ground_truth.json скриптом verify_gate_b.py, а отсутствие зашитых в код констант проверяется анализатором синтаксического дерева verify_gate_c.py.
Статус стенда: CONFORMANT_GREEN (Ворота A-E: 12 из 12 PASS)
Выборка стенда: N = 28 (14 уязвимых мишеней + 14 обманок)
Матрица решений: TP = 14 | FP = 0 | TN = 14 | FN = 0
Уровень ошибок: FPR = 0,0% | FNR = 0,0% | Точность = 100,0%
Фильтр на проводе: 26 из 26 опасных мутаций перехвачено (100,0%)
Синтез правила: 10-20 мкс (< 0,05 с на каждый класс угрозы)
Фильтр Sentinel: ~0,016 мс (в памяти) | ~22,5 мс (с записью на диск)
ГОСТ-хэш паспорта: 12893d4741eac397918241743e88a613d6b1b1c6309ee77ebe6bb21fbccc9be3
indra_audit_passport.json | Время: 2026-10-25T06:23:34Z | Алгоритм: ГОСТ Р 34.11-2012
TP / FP / TN / FN) на N = 28 размеченных сценариях стендаmcp-sentinel 1.1.2 в памяти и с синхронной записью ГОСТ-квитанцииВорота A–Ворота E) из чистой автономной установки1. Наглядная схема: почему слепой сканер рискует базой, а INDRA доказывает безопасность
Чтобы устройство проверки считывалось за три секунды и руководителем без профильной подготовки, и ведущим инженером по защите информации, на схеме ниже сопоставлены два подхода. В верхнем ряду обычный сканер шлёт сырые мутации прямо в рабочую базу, тогда как в нижнем ряду фильтр перехватывает опасные команды до сокета и сразу выпускает проверенную заплатку.
Верхняя полоса показывает классический обстрел сервиса, ведущий к риску потери таблиц и сотням ложных срабатываний. Нижняя полоса показывает работу комплекса INDRA: программный фильтр на проводе блокирует опасные вызовы (26 из 26), безопасный свидетель подтверждает ошибку без единой ложной тревоги, а компилятор за 0,05 секунды выдаёт готовое правило фильтрации.
2. Пятиступенчатое устройство комплекса (L1–L5): простыми словами и на языке цифр
Каждая проверка проходит пять последовательных шагов внутри локального периметра без обращения к внешним облачным сервисам. Нажмите на любую из пяти ступеней ниже, чтобы увидеть рядом простое объяснение шага и точный приборный артефакт со стенда испытаний.
Ступень L1: Карта маршрутов и контроль границ (ScopeGuard)
До отправки первого проверочного пакета испытатель сверяет целевой адрес с белым списком стенда. Любая попытка обратиться к чужому домену или увести запрос через перенаправление мгновенно прерывается.
Модули: ScopeGuard + ScopedRedirectHandler
Белый список: localhost:8888, localhost:8890
Внешний переход HTTP 301/302/307/308 -> ScopeViolationError
Проверка Ворот A: 1,140 с (PASS, код 0)
3. Живой симулятор фильтра нулевого ущерба и компилятора правил (то, чего не дают нейросети)
Разговорная языковая модель строит правдоподобный текст по вероятностям, но физически не может разобрать сетевой запрос фильтром в пути трафика, вычислить хэш-цепочку по ГОСТ Р 34.11-2012 или доказать отсутствие ложных тревог на размеченном стенде. Выберите ниже любой из восьми эталонных классов или подставьте собственный тестовый запрос, чтобы получить детерминированный разбор, формального свидетеля и готовое правило IMMUNE-*.
{
"status": "VERIFIED_DETERMINISTIC",
"vector": "INJ-SQL",
"scan_mode": "AUTO_SCAN",
"wire_sandbox": {
"decision": "BLOCKED_DESTRUCTIVE_MUTATION_BEFORE_SOCKET",
"sandbox_rule": "SEC-ZD-SQL-01",
"blocked_tokens": ["DROP TABLE", "TRUNCATE"],
"packets_sent_to_live_db": 0
},
"formal_witness": {
"witness_hash": "85de2412c34d4965",
"stand_confusion_matrix": "TP=2, FP=0, TN=2, FN=0 (FPR=0.0%)"
},
"immune_compiler": {
"compiled_rule_id": "IMMUNE-SQL-85DE2412",
"synthesis_elapsed_sec": 0.00001,
"mcp_sentinel_latency_ms": {
"in_memory": 0.016,
"disk_gost_ledger": 22.5
}
},
"ledger_receipt": {
"algorithm": "GOST R 34.11-2012 (Streebog-256)",
"passport_digest": "12893d4741eac397918241743e88a613d6b1b1c6309ee77ebe6bb21fbccc9be3"
}
}
zero_damage_sandbox.py + immune_compiler.py | Задержка: ~0,016 мс память / ~22,5 мс диск
4. Матрица 7 классов активного безопасного зондирования и 1 лабораторного класса
В заводском паспорте испытаний (INDRA_AUDIT_PASSPORT.md) проверяемые классы разделены на семь классов активного автосканера (AUTO_SCAN, по четыре сценария на каждый в выборке N = 28) и один изолированный лабораторный класс (LAB_ONLY, DOS-RSRC). Выделение проверок на истощение ресурсов в отдельный лабораторный режим исключает создание нагрузки при штатном обходе сервиса.
| Код | Наименование класса и подробный технический разбор | Режим | Стенд TP / FP / TN / FN |
Хэш свидетеля | Правило защиты |
|---|---|---|---|---|---|
INJ-SQL |
Внедрение кода в запросы реляционного хранилища | AUTO_SCAN |
2 / 0 / 2 / 0 |
85de2412c34d4965 |
IMMUNE-SQL-85DE2412 |
INJ-CMD |
Внедрение команд операционной системы | AUTO_SCAN |
2 / 0 / 2 / 0 |
e22a45273df881ef |
IMMUNE-CMD-E22A4527 |
DIR-TRV |
Обход каталога файловой системы | AUTO_SCAN |
2 / 0 / 2 / 0 |
a17dfc4aef33a97d |
IMMUNE-FS-A17DFC4A |
AUTH-BOLA |
Неправомерный доступ к клиентским записям | AUTO_SCAN |
2 / 0 / 2 / 0 |
e3ff9c8cdc04a3d1 |
IMMUNE-BOLA-E3FF9C8C |
SSRF-INT |
Подделка серверных запросов и обход через перенаправления | AUTO_SCAN |
2 / 0 / 2 / 0 |
275905904349f049 |
IMMUNE-SSRF-27590590 |
SEC-LEAK |
Утечка аутентификационных токенов и секретов | AUTO_SCAN |
2 / 0 / 2 / 0 |
2c95eab46a673898 |
IMMUNE-SEC-2C95EAB4 |
HDR-SEC |
Отсутствие защитных заголовков ответа | AUTO_SCAN |
2 / 0 / 2 / 0 |
82f5eb1f4842ff2b |
IMMUNE-HDR-82F5EB1F |
DOS-RSRC |
Истощение вычислительных ресурсов (лабораторный режим) | LAB_ONLY |
Лаб. защита (SEC-ZD-DOS-01) |
cf88675b91a40e12 |
IMMUNE-DOS-CF88675B |
INJ-SQL
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Внедрение кода в запросы реляционного хранилища
Формальное доказательство уязвимости INJ-SQL и автоматический выпуск правила IMMUNE-SQL-85DE2412 без ложных тревог на размеченном стенде.
85de2412c34d4965 | Правило защиты: IMMUNE-SQL-85DE2412 (10 µs)
INJ-CMD
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Внедрение команд операционной системы
Проверка внедрения команд операционной системы (INJ-CMD) с фильтром нулевого ущерба, свидетелем e22a45273df881ef и правилом IMMUNE-CMD-E22A4527.
e22a45273df881ef | Правило защиты: IMMUNE-CMD-E22A4527 (20 µs)
DIR-TRV
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Обход каталога файловой системы
Детерминированная проверка обхода каталога файловой системы (DIR-TRV) со свидетелем a17dfc4aef33a97d и правилом IMMUNE-FS-A17DFC4A.
a17dfc4aef33a97d | Правило защиты: IMMUNE-FS-A17DFC4A (10 µs)
AUTH-BOLA
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Неправомерный доступ к клиентским записям
Проверка нарушений разграничения доступа к объектам (AUTH-BOLA / IDOR) со свидетелем e3ff9c8cdc04a3d1 и правилом IMMUNE-BOLA-E3FF9C8C.
e3ff9c8cdc04a3d1 | Правило защиты: IMMUNE-BOLA-E3FF9C8C (20 µs)
SSRF-INT
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Подделка серверных запросов и обход через перенаправления
Инструментальная проверка подделки запросов на стороне сервера (SSRF-INT) со свидетелем 275905904349f049 и правилом IMMUNE-SSRF-27590590.
275905904349f049 | Правило защиты: IMMUNE-SSRF-27590590 (20 µs)
SEC-LEAK
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Утечка аутентификационных токенов и секретов
Детерминированная проверка утечки секретов (SEC-LEAK) без сохранения сырых ключей, свидетель 2c95eab46a673898 и правило IMMUNE-SEC-2C95EAB4.
2c95eab46a673898 | Правило защиты: IMMUNE-SEC-2C95EAB4 (20 µs)
HDR-SEC
AUTO_SCAN (TP=2, FP=0, TN=2, FN=0)
Отсутствие защитных заголовков ответа
Проверка обязательных защитных заголовков ответа (HDR-SEC) со свидетелем 82f5eb1f4842ff2b и правилом IMMUNE-HDR-82F5EB1F.
82f5eb1f4842ff2b | Правило защиты: IMMUNE-HDR-82F5EB1F (20 µs)
DOS-RSRC
LAB_ONLY (SEC-ZD-DOS-01)
Истощение вычислительных ресурсов (лабораторный режим)
Проверка класса истощения вычислительных ресурсов (DOS-RSRC) в изолированном лабораторном режиме под правилом SEC-ZD-DOS-01 и контрактом IMMUNE-DOS-CF88675B.
cf88675b91a40e12 | Правило защиты: IMMUNE-DOS-CF88675B (15 µs)
5. Технические и правовые границы применения
Инженерная проверка опирается на строгие границы того, что именно измеряется прибором и какие условия соблюдаются при испытаниях:
- Программный фильтр в пути запроса: песочница нулевого ущерба реализована как программный перехватчик в пути трафика (
zero_damage_sandbox.py), разбирающий каждый запрос до передачи байтов в сокет. На эталонном прогоне перехвачено26 из 26разрушительных мутаций вtest_sandbox_integrity.pyи7 из 7опасных проб в Воротах B. - Разделение открытых пакетов и закрытых решателей: пакет
indra-coreи открытые утилиты (mcp-sentinel 1.1.2,iss-ledger-117 1.1.1,iss-agent-kit 0.1.1) работают на стандартной библиотеке Python под лицензией Apache-2.0 и не содержат закрытых формул решателяZ3. - Двойной показатель времени фильтрации
mcp-sentinel: проверка вызова правилом в пакетеmcp-sentinel 1.1.2занимает около0,016 миллисекундыв оперативной памяти процесса и около22,5 миллисекундыпри синхронной записи квитанции по ГОСТ Р 34.11-2012 на диск. - Правовой статус заводского паспорта: формируемый документ
INDRA_AUDIT_PASSPORT.mdслужит внутренним заводским протоколом испытаний на стенде разработчика (ориентиры методики: ГОСТ Р 56939-2024 и Приказ Федеральной службы по техническому и экспортному контролю (далее — ФСТЭК России) от 11 апреля 2025 года № 117, пункты 60–61) и не заменяет государственный сертификат соответствия ФСТЭК России.
Получить автономный комплект установки или согласовать проверку на стенде
Дистрибутив для автономной установки без доступа к внешней сети (--no-index --find-links) и скрипты независимой перепроверки выдаются по запросу для лабораторных и пилотных испытаний. Оставьте рабочую почту в форме ниже без перезагрузки страницы или напишите напрямую на адрес info@isslan.ru.