У бизнеса появился ещё один дедлайн, который нельзя закрыть переносом в Jira на следующий квартал: NIST планирует полностью вывести RSA-2048 и ECC P-256 из допустимых алгоритмов после 2035 года, а NSA требует, чтобы новые национальные системы США начали поддерживать квантово-устойчивые алгоритмы уже с 1 января 2027-го. Для компаний это значит, что постквантовая криптография перестаёт быть темой для лабораторий и превращается в задачу для команд, которые отвечают за доступы, секреты и машинные учётки.
Как пишет The Hacker News, главный риск связан не с тем, что квантовый компьютер завтра взломает весь интернет, а с более приземлённой схемой: злоумышленники могут перехватывать зашифрованный трафик уже сейчас, сохранять его и расшифровать позже, когда железо догонит математику. Этот сценарий известен как Harvest Now, Decrypt Later. Если данные должны оставаться секретными 10-15 лет, то для них угроза фактически началась не в будущем, а уже в момент передачи.
Логика угрозы довольно проста. Алгоритм Шора, опубликованный ещё в 1994 году, показывает, что достаточно мощный квантовый компьютер сможет эффективно решать задачи факторизации и дискретного логарифмирования. Именно на них держится значительная часть современной криптографии с открытым ключом, включая RSA и эллиптические кривые. При этом симметричные схемы вроде AES-256 и современные хеш-функции в статье не рассматриваются как такой же прямой кандидат на скорый слом. Проблема в другом: публичная криптография нужна для установления доверия и обмена ключами. Если ломается этот этап, дальше вскрывается и то, что считалось надёжно защищённым: данные, секреты, сервисные пароли, токены доступа.
Отсюда и неприятный вывод для инфраструктурных команд: самые уязвимые активы в постквантовом сценарии вовсе не обязательно самые большие по объёму. Намного опаснее оказываются учётные данные, которые живут годами и открывают двери в критические системы. Сессионный токен обычно умирает быстро. Пароль сервисного аккаунта, API-ключ, секрет в CI/CD или интеграции между системами могут жить столько, сколько живёт сам сервис. А иногда и дольше, потому что про них просто забыли. Чем больше в компании non-human identities, то есть нечеловеческих идентичностей, тем шире поверхность риска. Такие машинные учётки редко меняются по расписанию, часто не имеют явного владельца и нередко размазаны по пайплайнам, конфигам и старым интеграциям, которые никто не открывал с прошлого редизайна оргструктуры.
На этом фоне постквантовая криптография начинаетcя не с массовой замены всего подряд, а с инвентаризации. Авторы материала советуют сначала найти системы, которые хранят, выдают или проксируют секреты: password manager, secrets manager, PAM-платформы, внутренние хранилища конфигурации. На практике именно этот этап обычно оказывается самым болезненным. Он вскрывает забытые сервисные аккаунты, жёстко зашитые секреты, старые каналы интеграций и «временные» ключи, которые пережили уже три команды и два бюджета. И это как раз тот случай, когда неприятные находки полезнее красивых диаграмм зрелости безопасности.
Второй совет звучит почти как антиинтуитивная рекомендация для крупного энтерпрайза: приоритизировать нужно не самые большие системы, а самые опасные по сочетанию двух факторов — срока конфиденциальности и доступности для атакующего. Небольшой секрет, который открывает путь к административному контуру или к критичной интеграции, важнее массивного, но быстро устаревающего набора данных. Такой подход особенно понятен разработчикам и платформенным командам: не каждый секрет одинаково ценен, и blast radius у них тоже разный. Если злоумышленник однажды получит доступ к ключу, через который строится доверие между внутренними сервисами, последствия будут куда интереснее, чем утечка ещё одного неактуального токена из тестовой среды.
Третий блок рекомендаций касается самой миграции. В статье предлагают не выкидывать классические алгоритмы одним движением, а идти в сторону гибридной криптографии: использовать классический и квантово-устойчивый алгоритм одновременно в одном процессе обмена ключами. Идея прагматичная. Она снижает риск сделать ставку на один новый механизм, который ещё будет проходить долгую обкатку, и при этом даёт защиту и от актуальных атак, и от будущих квантовых сценариев. Отдельно подчёркивается необходимость crypto-agility — способности менять алгоритмы и параметры без тяжёлого реинжиниринга. Переводя на язык эксплуатации: криптография должна быть вынесена в управляемый слой, а не быть рассыпанной по десяткам приложений, библиотек, пайплайнов и интеграций, где любое обновление превращается в археологическую экспедицию.
Сроки при этом уже не выглядят декоративными. По данным Global Risk Institute из отчёта Quantum Threat Timeline 2025, значительная часть опрошенных специалистов по безопасности считает, что криптографически значимый квантовый компьютер может появиться в горизонте 15 лет; доля таких ответов составила 51-70%. На бумаге это звучит как «ещё успеем». На практике же сама миграция в крупной организации может занять от 5 до 15 лет, а одна только фаза обнаружения криптографических зависимостей — от года до двух. То есть окно, в котором можно неторопливо собраться, закрывается быстрее, чем принято думать. В материале также упоминается, что Keeper начал разворачивать квантово-устойчивые механизмы в своих клиентских приложениях ещё в ноябре 2025 года, используя гибридный KEM на базе Kyber. Для рынка это не столько реклама конкретного вендора, сколько индикатор: поставщики защиты секретов уже начали перестраивать продуктовые дорожные карты под постквантовую повестку.
Для русскоязычной IT-аудитории вывод предельно прикладной. Если у компании есть микросервисы, CI/CD, облачные интеграции, внутренние API и парк сервисных аккаунтов, то постквантовая криптография касается её уже сейчас, даже если в бэклоге ещё полно более земных инцидентов. Первый фронт этой миграции проходит не в научных центрах и не в презентациях про квантовое будущее, а в инвентаризации секретов, сроках их жизни и способности быстро менять криптографические механизмы. Главный вопрос на ближайшие годы звучит не «когда придёт Q-day», а «сколько у вас учётных данных, которые вы не сможете быстро перевести на новые правила, когда он перестанет быть теорией».