ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ ТРЕТЬЕГО ПОКОЛЕНИЯ (ИБ 3.0)

INDRA: доказательство уязвимостей формальным свидетелем и выпуск правил защиты без риска для базы

Традиционные сканеры посылают слепые запросы в работающий узел, создавая угрозу повреждения таблиц и оставляя инженерам десятки ложных срабатываний на разбор вручную. Языковые модели, в свою очередь, угадывают советы по статистике слов без единой проверки сетевого сокета и без расчёта контрольных сумм.

Программный комплекс INDRA решает это противоречие на уровне сетевого транспорта. Программный фильтр в пути запроса блокирует разрушительные мутации до отправки в сокет, доказывает брешь безопасным формальным свидетелем в паре с контрольной ручкой-обманкой и быстрее чем за 0,05 секунды компилирует готовое правило для перехватчика mcp-sentinel.

ЗАВОДСКОЙ ПАСПОРТ СТЕНДА (ЗАМЕР 25.10.2026 UTC)

Приборная квитанция эталонного полигона

Показатели точности и задержки рассчитываются динамически при прогоне размеченной выборки 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
14 / 0 / 14 / 0
Матрица решений (TP / FP / TN / FN) на N = 28 размеченных сценариях стенда
verify_gate_b.py | 0,0% ложных тревог
26 / 26 (100%)
Разрушительных мутаций перехвачено программным фильтром до сетевого сокета
test_sandbox_integrity.py | 0 опасных пакетов
~0,016 мс / ~22,5 мс
Проверка вызова в mcp-sentinel 1.1.2 в памяти и с синхронной записью ГОСТ-квитанции
Двойная мера задержки | 8 из 8 правил
12 из 12 PASS
Сквозной протокол приёмки (Ворота A–Ворота E) из чистой автономной установки
verify_gate_e.py | 46 из 46 файлов совпали

1. Наглядная схема: почему слепой сканер рискует базой, а INDRA доказывает безопасность

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

СРАВНЕНИЕ ЗА 3 СЕКУНДЫ: СЛЕПОЙ СКАНЕР ПРОТИВ ДОКАЗАТЕЛЬСТВА БЕЗ ВРЕДА 1. ОБЫЧНЫЙ СКАНЕР ИЛИ ОБЛАЧНЫЙ ПЕНТЕСТ Слепой обстрел базы Риск уронить таблицы Сотни ложных тревог Недели ручного разбора 2. ИСПЫТАТЕЛЬ INDRA (ФИЛЬТР НА ПРОВОДЕ + АВТОЗАПЛАТКА) Фильтр ловит опасное (26/26) Свидетель без вреда базе 0 ложных тревог (N=28) Готовая заплатка за 0,05 с

Верхняя полоса показывает классический обстрел сервиса, ведущий к риску потери таблиц и сотням ложных срабатываний. Нижняя полоса показывает работу комплекса INDRA: программный фильтр на проводе блокирует опасные вызовы (26 из 26), безопасный свидетель подтверждает ошибку без единой ложной тревоги, а компилятор за 0,05 секунды выдаёт готовое правило фильтрации.

2. Пятиступенчатое устройство комплекса (L1–L5): простыми словами и на языке цифр

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

ПЯТИСТУПЕНЧАТЫЙ КОНВЕЙЕР INDRA (L1 - L5): ОТ ПРОВЕРКИ ДО ЗАЩИТНОГО ПРАВИЛА L1 Белый список ScopeGuard L2 Набор гипотез N = 28 сценариев L3 Фильтр на проводе 26/26 перехвачено L4 Свидетель пробоя TP=14 FP=0 L5 Выпуск контракта mcp-sentinel <0,05 с

Ступень L1: Карта маршрутов и контроль границ (ScopeGuard)

ПОНЯТНОЕ ОБЪЯСНЕНИЕ СМЫСЛА

До отправки первого проверочного пакета испытатель сверяет целевой адрес с белым списком стенда. Любая попытка обратиться к чужому домену или увести запрос через перенаправление мгновенно прерывается.

ПРИБОРНОЕ ДОКАЗАТЕЛЬСТВО ДЛЯ ИНЖЕНЕРА
Модули: ScopeGuard + ScopedRedirectHandler
Белый список: localhost:8888, localhost:8890
Внешний переход HTTP 301/302/307/308 -> ScopeViolationError
Проверка Ворот A: 1,140 с (PASS, код 0)

3. Живой симулятор фильтра нулевого ущерба и компилятора правил (то, чего не дают нейросети)

Разговорная языковая модель строит правдоподобный текст по вероятностям, но физически не может разобрать сетевой запрос фильтром в пути трафика, вычислить хэш-цепочку по ГОСТ Р 34.11-2012 или доказать отсутствие ложных тревог на размеченном стенде. Выберите ниже любой из восьми эталонных классов или подставьте собственный тестовый запрос, чтобы получить детерминированный разбор, формального свидетеля и готовое правило IMMUNE-*.

ШАГ 1: ВЫБЕРИТЕ КЛАСС СТЕНДА ИЛИ ВВЕДИТЕ ТЕСТОВЫЙ ЗАПРОС
ШАГ 2: РЕШЕНИЕ ФИЛЬТРА, СВИДЕТЕЛЬ И СКОМПИЛИРОВАННЫЙ КОНТРАКТ
{
  "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. Технические и правовые границы применения

Инженерная проверка опирается на строгие границы того, что именно измеряется прибором и какие условия соблюдаются при испытаниях:

ЗАПРОС ДИСТРИБУТИВА И СОВМЕСТНЫХ ИСПЫТАНИЙ

Получить автономный комплект установки или согласовать проверку на стенде

Дистрибутив для автономной установки без доступа к внешней сети (--no-index --find-links) и скрипты независимой перепроверки выдаются по запросу для лабораторных и пилотных испытаний. Оставьте рабочую почту в форме ниже без перезагрузки страницы или напишите напрямую на адрес info@isslan.ru.

Прямая почта для связи: info@isslan.ru