Обновлено: 23 марта 2026 г. 23:16 МСК

Что такое «слив ани муп»?

В специализированных форумах термин «слив ани муп» употребляется как условное обозначение для утечки приватных ключей из защищённых квантовых систем‚ когда вектор состояния (Ani) и матрица плотности (Mup) передаются злоумышленнику вместе. Иногда фразу путают со «слепым» сливом (blind dump)‚ но в русскоязычном сегменте «слив ани муп» закрепился именно в контексте квантовой криптографии.

Как возникает уязвимость?

1. Нарушение квантовой запутанности.
   Если фотонная пара используется для распределения ключей‚ а один из фотонов случайно «отцепляется» от запутанного состояния‚ это может привести к появлению «пустых» временных слотов‚ в которых злоумышленник внедряет собственный квант.
2. Ошибки калибровки детекторов.
   Даже 0‚3 % отклонения в квантовой эффективности превращают защищённый канал в «открытый» для атаки «слушателя».
3. Сбои в генерации псевдослучайных чисел.
   Квантовые генераторы случайных чисел (QRNG) при неправильной температурной стабилизации выдают корреляционные последовательности‚ что позволяет предсказать ключи.

Признаки слива ани муп

• В логах квантового криптографического модуля внезапно появляются пакеты типа «ANOMALY_STATE_MISMATCH».
• Увеличение частицы ошибок (QBER) выше 11 % в протоколе BB84 без видимых физических причин.
• Отсутствие «сигнатуры Эйнштейна» при проверке запутанности (тест Белла даёт значение S < 2‚0).

Как защититься?

Генерация новых ключей

Немедленно перегенерируйте все сессионные ключи‚ используя аппаратный QRNG с NIST-сертификацией и температурной стабилизацией ±0‚01 °C.

Проверка целостности канала

Примените двухуровневый тест запутанности:

• Уровень 1: стандартный тест Белла для каждого 1000-го пакета.
• Уровень 2: полный анализ корреляций Хонг-У-Оу-Манделя (HOM) на дополнительном спектрометре.

«Горячее» отключение

Если обнаружены признаки слива‚ запустите скрипт emergency_shutdown.py (см. контакты ниже)‚ который:

1. Отключит все квантовые линии связи.
2. Запишет дамп состояния в защищённый контейнер /var/quantum/evidence.qsafe.
3. Отправит инцидент на SOC (Security Operations Center).

Контакты для обращения

Ситуационный центр по квантовым инцидентам «Kvant-SOC»

Телефон: +7 (495) -23-45-67 (круглосуточно)
E-mail: soc@kvant-sec.ru
Telegram-канал экстренной связи: @kvant_soc
Адрес: 119421‚ Россия‚ Москва‚ ул. Вавилова‚ д. 40‚ корпус 3‚ ауд. 1207

Техническая поддержка производителя квантовых модулей «QDevice»
Горячая линия: ###-###-####
Почта: help@qdevice.io
Slack-канал: #C07QLEAK

Экстренные инструменты

• QRNG-Verifier v.3.4 — утилита для моментальной проверки случайности ключей: GitHub
• Q-Safe Container — контейнер для изоляции скомпрометированных квантовых состояний: Docker Hub
• emergency_shutdown.py — скрипт «горячего» отключения: Pastebin

Что делать‚ если вы уже стали жертвой?

Не паникуйте. Запишите точное время обнаружения и сохраните логи.
2. Изолируйте все узлы‚ где использовались потенциально скомпрометированные ключи.
3. Свяжитесь с Kvant-SOC по телефону или Telegram, они проведут полный аудит за 2–4 часа.
4. Подготовьте дампы состояний для экспертизы (по инструкции SOC).

© 2026 Quantum Security Wiki. Лицензия CC BY 4.0. Перепечатка разрешена с указанием источника.