Zapret Wiki

Недавно обновлено

время чтения ~13 мин.

.md

🕳️ Что технически возможно через корень НУЦ: модель угроз HTTPS-перехвата

О чём заметка

Подробный разбор того, какие атаки становятся возможны, если в твоё хранилище доверия попадает корневой сертификат государственного удостоверяющего центра — НУЦ (Национальный удостоверяющий центр) — и/или если такой центр взломают. Это модель угроз (что становится возможным технически) и документированные прецеденты, а не утверждение, что это уже делается. Контекст и почему государство вообще предлагает ставить этот корень — в большой статье про опасность сертификатов Минцифры.

Как они называются официально (это всё — одно и то же)

На Госуслугах, у Сбербанка и в материалах Минцифры их называют «российскими сертификатами безопасности», «сертификатами безопасности» или «сертификатами Минцифры»; полное имя центра — «Национальный удостоверяющий центр (НУЦ) Минцифры РФ». Технически это обычные TLS/SSL-сертификаты от государственного удостоверяющего центра (в промышленной эксплуатации с 2021 года; с 2025 на Госуслугах доступен и вариант с шифрованием по ГОСТ). Бесплатно их получают юрлица — владельцы сайтов, а пользователю предлагают либо поставить в систему корневой и выпускающий сертификаты, либо пользоваться «Яндекс Браузером», где они встроены по умолчанию. В этой заметке для краткости они зовутся «корень НУЦ» / «сертификат Минцифры» — речь об одном и том же.

Возможность ≠ доказанное злоупотребление

На дату заметки (июнь 2026) нет публичных доказательств массового перехвата трафика через корень НУЦ. Опасность здесь структурная и подтверждена прецедентами в других странах, а не репортажем о конкретном факте в России. Дальше речь о том, что становится возможным, а не о том, что уже происходит.

TL;DR

  1. Доверенный корневой сертификат в твоём устройстве может выписать «настоящий» сертификат на любой домен — sberbank.ru, google.com, gosuslugi.ru.
  2. Сложи это с контролем над каналом (операторское оборудование фильтрации, ТСПУ) — и получается прозрачный перехват HTTPS (MITM): трафик читают и могут менять, а замочек остаётся зелёным.
  3. Главный технический нюанс: вручную установленный корень обходит защиты, которые ловят подлог у публичных УЦ (Certificate Transparency, требования браузеров). Поддельные сертификаты от такого корня не видны в публичных логах.
  4. Возможные последствия: кража паролей, cookie и одноразовых кодов (OTP), чтение переписки, подмена страниц, внедрение кода в обновления ПО, точечная слежка за конкретными людьми.
  5. Как это выглядит на бытовом действии — разобрано по шагам на примере комментария под новостью: что именно видит перехватчик (текст, аккаунт, cookie сессии) и почему пользователь ничего не замечает.
  6. Это уже было: DigiNotar (2011) — взлом УЦ и массовый перехват ~300 тыс. иранцев; Казахстан (2019–2023) — государство навязывало свой корень для MITM, браузеры его заблокировали.
  7. Для обычного гражданина это не абстракция: под ударом деньги (перехват одноразовых кодов), переписка (материал для дел за публикации) и устойчивость устройства к чужим взломам — разбор в разделе про риски для гражданина ниже.
  8. Чего перехват НЕ ломает: соединения с пиннингом сертификата (банковские приложения, Telegram, встроенные пины Chrome), сквозное шифрование (E2E) внутри приложений, и — если ты просто не ставишь корень.

Предусловия атаки

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

  1. Корневой и выпускающий сертификаты НУЦ установлены в твоём хранилище доверия (на «Госуслугах» и у Сбербанка предлагают поставить именно оба; государство активно подталкивает к этому, потому что иначе госсертификаты дают красный экран).
  2. Центр контролируется или может быть принуждён — государственный УЦ под национальной юрисдикцией обязан исполнить законное требование выписать нужный сертификат.
  3. Контроль над каналом — весь трафик в стране уже проходит через операторское DPI-оборудование (ТСПУ), которое технически может встать «в разрыв».

На пальцах

Аналогия

Доверенный корень — это нотариус, чьей подписи браузер верит без вопросов. Обычные публичные нотариусы (УЦ) работают под надзором: каждую заверенную бумагу они обязаны публиковать в открытом реестре, а за подлог их лишают лицензии — и браузеры выкидывают их из доверия. Государственный нотариус под «своей» юрисдикцией такому надзору не подчиняется. Установив его корень, ты выдаёшь ему чистый бланк со своей подписью: он может задним числом выписать «подлинный» сертификат на gosbank.ru или google.com — и браузер покажет зелёный замочек на подделке.

Конкретные атаки, которые это открывает

  • Прозрачный перехват HTTPS (man-in-the-middle). Узел в разрыве (ТСПУ) на лету предъявляет тебе валидный сертификат сайта, расшифровывает трафик, читает/меняет его и пересылает настоящему серверу. Замочек зелёный, предупреждений нет.
  • Кража учётных данных и сессий. В расшифрованном потоке видны логины, пароли, токены и cookie сессий, одноразовые коды (OTP) из СМС/пушей, передаваемые на сайт. Двухфакторка на основе кода в этом канале не спасает.
  • Чтение и подмена переписки в веб-версиях мессенджеров и почты, не использующих сквозное шифрование.
  • Точечная (таргетированная) слежка. Не обязательно перехватывать всех — можно выборочно конкретных людей (журналистов, активистов). Такой точечный перехват трудно заметить со стороны.
  • Фишинг с «настоящим» замочком. Поддельный портал банка или госуслуг с валидным сертификатом — пользователь не отличит его от настоящего по замочку.
  • Подмена обновлений и установщиков ПО. Очень много софта качает обновления по HTTPS. Перехват позволяет подсунуть троянизированную версию обновления/пакета — это путь к компрометации устройства, а не только к чтению трафика.
  • Внедрение контента и скриптов прямо в страницы на лету (инъекция, цензура отдельных фрагментов, подмена реквизитов для оплаты).
  • Обход HSTS. HSTS заставляет браузер ходить только по HTTPS, но он доверяет цепочке сертификатов. Если сертификат «валиден» через доверенный корень, HSTS не мешает перехвату.

Разбор одного случая: комментарий под новостью

Список атак выше выглядит абстрактно, поэтому вот одно бытовое действие, разобранное по шагам: человек пишет комментарий под новостью на обычном сайте. Ничего секретного, ничего «шпионского» — ровно та ситуация, про которую говорят «мне скрывать нечего».

Как это происходит без корня НУЦ. Браузер устанавливает TLS-соединение с сайтом: сайт предъявляет сертификат, браузер проверяет, что этот сертификат выдан доверенным УЦ именно на этот домен и что срок не истёк. Только после этого включается шифрование, и всё, что уходит на сервер, — текст комментария, cookie сессии, заголовки — уже не читается посторонними на пути. Если оборудование оператора попробует встать посередине и притвориться сайтом, ему нечего предъявить: сертификат на чужой домен ни один публичный УЦ ему не выпишет. Браузер покажет красный экран, и перехват станет видимым.

Что меняется, если корень НУЦ установлен. Корень в хранилище означает буквально: «я верю любому сертификату, который подписал этот центр». А подписать этот центр технически может сертификат на любой домен — новостного сайта, соцсети, почты. Дальше схема разворачивается так:

  1. Ваш трафик и так проходит через операторское оборудование фильтрации (ТСПУ), стоящее в разрыве канала.
  2. На ваш запрос к сайту это оборудование отвечает вместо сайта и предъявляет сертификат на его домен, подписанный НУЦ. Браузер проверяет цепочку, находит доверенный корень — сертификат валиден. Замочек зелёный, предупреждений нет.
  3. Перехватчик расшифровывает ваш поток, читает и при желании меняет его, а параллельно поднимает своё соединение с настоящим сайтом и пересылает данные дальше. Ни вы, ни сайт разрыва не замечаете: страница открывается, комментарий публикуется.

Что конкретно видно в этот момент: текст комментария в момент отправки (он уходит обычным POST-запросом), аккаунт, под которым вы пишете, и cookie сессии — их можно не только прочитать, но и забрать, получив доступ к аккаунту без пароля и без второго фактора; сюда же — привязка «этот IP-адрес и это устройство = этот аккаунт», а также черновики и личные сообщения в веб-версиях сервисов без сквозного шифрования. Обратное направление тоже открыто: страницу можно изменить на лету — не доставить комментарий, подменить чужой, встроить скрипт.

Возражение «сайт и так видит мой комментарий»

Видит — он его и публикует. Разница в трёх вещах. Во-первых, читает третья сторона, которой вы данных не давали и которая по TLS видеть их не должна. Во-вторых, это работает на любых сайтах сразу, включая зарубежные, куда российский оператор иначе доступа не имеет: не «сайт знает своё», а один наблюдатель собирает всё в одном месте. В-третьих, вместе с текстом утекают сессии — то есть возможность действовать от вашего имени.

Почему это не заметить. Единственный внешний след — строка «Издатель» в свойствах сертификата (Russian Trusted Sub CA вместо привычного западного УЦ), куда обычный человек не заглядывает никогда. В публичные логи Certificate Transparency такой сертификат не попадает — вручную добавленные корни от этой проверки освобождены (следующий раздел). Оповещения браузера не будет: с его точки зрения всё в порядке, вы же сами внесли этот корень в доверенные.

Это описание возможности, а не зафиксированного случая

Публичных доказательств, что комментарии россиян перехватывают через корень НУЦ, на август 2026 нет — как и вообще доказательств массового MITM через него. Разбор выше показывает, что установка корня снимает техническое препятствие для такого перехвата, и ровно этот механизм задокументирован в Казахстане в 2019–2023 (раздел ниже). Оценивать стоит не «делают ли это прямо сейчас», а «что станет возможным без вашего ведома, если вы корень поставите».

Почему обычные УЦ так не могут — и почему ручная установка это ломает

У публичных УЦ есть несколько внешних предохранителей, и государственный корень в обход них:

  • Certificate Transparency (CT). Публичные УЦ обязаны публиковать каждый выданный сертификат в открытые append-only логи; Chrome и Safari требуют доказательство публикации (SCT). Поэтому подлог публичного УЦ виден независимым наблюдателям почти сразу.
  • Программы доверия браузеров (Mozilla, Chrome, Apple, Microsoft) с аудитом и правом исключить УЦ за нарушения.

Ключевой нюанс: локальный корень обходит CT

Требование Certificate Transparency в Chrome распространяется на корни из его собственной программы доверия. Сертификаты, выписанные вручную добавленным (или корпоративным/государственным) корнем, от проверки CT освобождаются. Именно поэтому ручная установка корня НУЦ так опасна: поддельные сертификаты от него не попадают в публичные логи и не вызывают предупреждений — внешний контроль, на котором держится вся система, к нему просто не применяется. Это же и есть причина, по которой мировые браузеры отказались включать корень НУЦ в свои списки доверия — и почему его приходится ставить руками.

А если сертификаты «взломают» (компрометация УЦ)

Принуждение государством и взлом третьей стороной дают один и тот же результат — способность выписать валидный сертификат на любой домен:

  • При компрометации инфраструктуры/закрытого ключа УЦ атакующий получает то же «всемогущество» по отношению ко всем, кто доверяет этому корню.
  • Чем шире распространён корень (предустановлен на устройствах, в браузерах), тем больше масштаб ущерба от единичного взлома.

Прецедент: DigiNotar, 2011

Нидерландский УЦ DigiNotar был взломан; атакующий выписал сотни мошеннических сертификатов, включая *.google.com, и они использовались для перехвата почты примерно 300 000 пользователей в Иране. После раскрытия DigiNotar исключили из доверия все браузеры, и компания обанкротилась. Это хрестоматийный пример того, что значит «взломали УЦ»: один скомпрометированный доверенный центр = массовый незаметный MITM.

Это уже навязывали как госполитику: Казахстан

Прецедент: Казахстан, 2019–2023

Власти Казахстана несколько раз пытались обязать граждан установить государственный корневой сертификат («Qaznet» / «сертификат безопасности»): провайдеры требовали поставить его для доступа в интернет, после чего трафик к ряду сайтов (Google, Facebook, Twitter и др.) можно было расшифровывать. Ответ был однозначным: Google, Mozilla и Apple внесли этот корень в чёрные списки своих браузеров, чтобы защитить пользователей даже после установки. Сценарий «государство ставит свой корень → MITM граждан» — не гипотеза, а описанный и пресечённый случай.

Параллель прямая: установка корня НУЦ на территории РФ функционально повторяет казахстанскую схему — с той разницей, что весь трафик уже идёт через ТСПУ.

Почему это опасно именно для обычного гражданина РФ

Частый ответ на все предупреждения выше — «мне скрывать нечего, я не активист и не журналист». Но модель угроз корня НУЦ бьёт не по «шпионам», а по повседневной жизни, и вот что конкретно ставит на кон обычный человек:

  • Деньги. Перехват HTTPS вскрывает логины, сессии и одноразовые коды (см. список атак выше) — это прямой путь к счетам. Причём «контролирует корень и канал» — это не абстрактное государство, а конкретная инфраструктура с конкретными сотрудниками и подрядчиками: доступ к возможности перехвата получает каждый, кто законно или незаконно дотянулся до неё. Прецедент DigiNotar показывает, что бывает, когда такую точку ломают третьи лица.
  • Переписка и «слова». В России ведутся административные и уголовные дела за публикации, комментарии и личные сообщения (по данным правозащитных организаций, счёт таких дел идёт на сотни в год). Расшифрованный трафик превращает историю посещений, веб-переписку и черновики в потенциальный материал — даже задним числом: то, что сегодня нейтрально, завтра может быть переквалифицировано.
  • Единая точка отказа. Чем больше устройств доверяет одному государственному корню, тем разрушительнее единственный взлом или инсайдер. Российские государственные и окологосударственные системы регулярно фигурируют в сообщениях об утечках данных — расширять на эту инфраструктуру ещё и доверие своего HTTPS значит привязывать свою безопасность к её самому слабому звену.
  • Необратимость и бесконтрольность. У обычных УЦ подлог ловится публичными логами Certificate Transparency и наказывается исключением из браузеров. У вручную установленного корня НУЦ таких предохранителей нет: перехват не оставляет следов, которые пользователь мог бы увидеть, а оспорить злоупотребление в независимой инстанции внутри той же юрисдикции малореально.
  • Нормализация. Каждый установленный корень — аргумент в пользу того, чтобы сделать установку обязательной («все уже поставили»). Отказ от установки — это ещё и коллективный тормоз для сценария, в котором корень зашивают всем принудительно (сценарий 3 в большой статье; к августу 2026 обсуждаемый реестр браузеров с обязательными сертификатами НУЦ делает его заметно ближе).

Проще говоря: «нечего скрывать» не работает, потому что на кону не тайны, а деньги, приватность переписки и устойчивость твоего устройства к чужим ошибкам и злоупотреблениям. Все эти риски человек включает сам, одним действием — установкой корня.

Вывод: корень НУЦ ставить нельзя

Установка корня НУЦ в систему — это добровольная выдача технической возможности незаметно читать и подменять твой HTTPS стороне, которую нельзя ни проверить извне, ни привлечь к ответу изнутри. Госсайты, которым он «нужен», открываются и без него — через изоляцию доверия (отдельный браузер, профиль или устройство). Если корень уже стоит — проверь и удали.

Чего такой перехват НЕ может

Важно не впадать в панику — атака не всесильна:

  • Пиннинг сертификата (certificate pinning). Приложения, которые «прибивают» ожидаемый сертификат/ключ (многие банковские приложения, Telegram, а также встроенные пины Chrome для доменов Google), не примут сертификат, выписанный корнем НУЦ, — соединение просто оборвётся, а не перехватится.
  • Сквозное шифрование (E2E). TLS-перехват вскрывает транспорт, но не внутренний слой E2E: содержимое Signal, секретных чатов Telegram, WhatsApp остаётся закрытым (хотя метаданные и не-E2E сервисы — нет).
  • Если ты не установил корень. Без корня в хранилище ни одна из этих атак не работает — ты просто получишь честное предупреждение браузера вместо незаметного перехвата.
  • Firefox со своим хранилищем. Firefox по умолчанию использует собственный список доверия, отдельный от системного, поэтому установка корня в систему не обязательно затрагивает его (нюанс: настройка security.enterprise_roots.enabled может подтягивать системные корни — проверяй).

Что делать

  • Проверить, не установлен ли корень уже — на всех устройствах и во всех хранилищах: пошаговая инструкция для Windows/macOS/Linux/Android/iOS и браузеров — в «Как проверить и удалить корень НУЦ».
  • Не ставить корень НУЦ без острой необходимости.
  • Если он нужен для одного конкретного госсайта — понимать, что доверие распространяется на весь HTTPS-трафик устройства, а не на один портал; варианты изоляции (отдельный браузер, отдельный профиль Firefox, точечное исключение, виртуалка) — в «Как пользоваться госсайтами без корня НУЦ в системе».
  • Для чувствительных сайтов — проверять издателя сертификата вручную (кто выдал) и предпочитать приложения с пиннингом.
  • Помнить, что обходы блокировок (MTProxy, VLESS) и E2E-мессенджеры снижают, но не отменяют риск, если корень установлен.

📚 См. также

🤖 Эти статьи открыты — можно обучать на них ИИ

При желании вы можете натренировать ИИ на наших статьях. Исходное форматирование и скачивание всего репозитория одним zip-архивом доступны в Forgejo: исходник этой заметки · весь репозиторий.

Вид графа

Обратные ссылки