N-day становится N-hour: патчи больше не спасают

Anthropic превратила 18 патчей Firefox в 8 эксплойтов за час. Время на реагирование сократилось с недель до минут — и старый playbook больше не работает.

Каждый патч — это признание. В момент, когда вендор выпускает исправление, diff между старым и новым кодом рассказывает любому наблюдателю, что именно было сломано и где. Осталось превратить этот diff обратно в работающий эксплойт — и можно поражать все системы, которые ещё не обновились. Это N-day эксплуатация, и всегда это была гонка: вендор патчит, часы запускаются, а защитники пытаются развернуть обновление раньше, чем атакующий закончит обратную разработку. Последние тридцать лет защитники обычно выигрывали эту гонку. Теперь — нет.

Патч как оружие

Обратная разработка патча в надёжный эксплойт была медленной, специализированной работой — обычно требовались недели усилий экспертного уровня. Исторически разрыв между патчем и работающим публичным эксплойтом составлял недели, а часто и месяцы. Традиционный playbook предполагал, что у вас есть как минимум несколько недель. Больше нет. Даже близко.

Anthropic измерила это точно. Дав модели Claude Mythos Preview только публичный diff и две сборки, исследователи получили 8 работающих эксплойтов для выполнения кода из 18 патчей Firefox. Первый эксплойт появился менее чем через час после того, как Mozilla выпустила патч. Релиз Firefox с этим исправлением должен был выйти только через 18 дней.

С Windows всё ещё жёстче: нет исходного кода, только stripped-бинари и вывод декомпилятора. Тем не менее из 21 бага ядра модель собрала proof-of-concept краши для 18 (самый быстрый — за 31 минуту) и связала 8 из них в цепочку до SYSTEM, потратив на каждый около 2000 долларов. Хуже того: одна из этих SYSTEM-цепочек была для бага, который Microsoft пометила как «Exploitation Unlikely» — и эти оценки калибровались под людей-исследователей. Очевидно, эта калибровка больше не работает.

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

Защитники могут найти небольшое утешение в том, что превращение эксплойта в полную атаку всё ещё требует работы: доставка, таргетирование, обход защит. Но именно тот шаг, который раньше давал защитникам недели — превращение патча в работающий эксплойт — это шаг, чей таймлайн полностью рухнул. Как сказала команда Anthropic: «N-hour ближе к реальности, в которой мы теперь живём».

Почему «патчить быстрее» — проигрыш

Вот асимметрия, которая ломает старый playbook: патч, который должен вас защитить, — это тот же артефакт, который вооружает атакующего. Выпустите исправление — и вы отдадите атакующим карту к багу, а все, кто не обновился, становятся целями. Исследователи называют этот переломный момент «Vulnpocalypse» — момент, когда модель может превратить раскрытие уязвимости в оружие быстрее, чем защитники развернут фикс. Вот почему 1-day эксплойт сегодня выглядит совсем не так, как два года назад.

Цифры подтверждают: Verizon DBIR 2026 сообщает, что медианное время исправления известной эксплуатируемой уязвимости выросло до 43 дней (с 32 в прошлом году), а полностью патчатся только 26 процентов. Даже лучшие закрывают лишь 30–40 процентов известных эксплуатируемых уязвимостей за первую неделю. Zero Day Clock оценивает среднее время до эксплойта в 2026 году в менее 24 часов — по сравнению с примерно 53 днями в 2024-м.

Патчи ждут регрессионного тестирования, окон изменений и обязательств по аптайму; остановка продакшена ради того, чтобы обогнать эксплойт, — это просто другой тип простоя. А с учётом примерно 135 новых CVE в день (рост примерно на 40 процентов год к году) неудивительно, что команды никогда не смогут расчистить бэклог. Сегодняшние утечки всё чаще происходят именно в этом зазоре.

Поэтому вопрос больше не «что уязвимо?». Бэклог, где всё оценивается в 9.8, фактически ничего не приоритизирует. Вопрос, который стоит задавать вместо этого: «Какие экспозиции атакующий реально может здесь эксплуатировать, остановят ли наши контроли попытку, и можем ли мы это доказать?» Валидация не заставляет вас патчить быстрее. Она делает скорость патчинга менее важной.

Три метода проверки эксплуатируемости

Доказать это можно тремя методами, потому что ни один из них не покрывает всю среду.

Живой эксплойт — только там, где безопасно

Живая цепочка эксплойта против достижимого актива — это самое сильное доказательство, и именно так работает автономный пентест. Но живой эксплойт может сработать только там, где детонация безопасна. Это исключает критически важные системы, ограниченные сети и air-gapped сегменты — то есть обычно самые важные активы. Это исключает каждый CVE без публичного безопасного эксплойта. А в первый день раскрытия существует лаг до появления любого эксплойта. В сумме безопасно тестируемый срез вашей экспозиции — это жалкие 10–15 процентов среды. Сколько бы пентест-инструментов у вас ни было, все они упираются в эту стену. Остальные 85–90 процентов — корона, до которой нельзя дотронуться, и угрозы, которые никто ещё не превратил в оружие, — вот где живёт решение.

Проверка против контролей

Для этих 85–90 процентов доказывайте через ваши контроли, а не через запуск эксплойта. Это не чтение конфига с предположением; это прогон реального поведения атакующего против вашего живого стека и наблюдение, что выдерживает. Представьте ракету, которую нельзя запустить — единственную в своём роде, с экипажем или ещё в разработке. Вы доказываете её на земле всеми возможными способами до первого испытательного полёта, проверяя каждый компонент в реальных условиях; если нужная деталь ломается, она не полетит, и вы знаете это без затрат, риска и опасности живого запуска. Эксплойт — это по сути та же идея: цепочка техник, выполняемых последовательно.

Разложите CVE на такую цепочку и проверьте каждое звено против ваших реальных контролей: политики EDR, сегментации, allow-listing, файрвола. Если необходимое звено ломается — вы знаете, что экспозиция здесь не эксплуатируема, с доказательствами, даже для активов, до которых нельзя дотронуться, и против угроз, которые никто ещё не превратил в оружие.

Непрерывная проверка контролей

Постоянно прогоняйте новейшие техники атакующих против вашего живого стека защиты и обнаружения, чтобы знать, что блокируется, что молча проскальзывает и где контроль сместился — до того, как атакующий обнаружит это за вас. Вместе эти три метода перестают быть тремя отдельными процессами и становятся одним непрерывным циклом: валидируй, решай, исправляй, перепроверяй. Это сдвиг, который Gartner описывает как adversarial exposure validation, и именно он превращает критическую находку в защищаемое решение: Patch, Mitigate, Monitor или Accept — вместо догадки, опирающейся на severity score.

Что это значит для вашей команды

Для команды, которая оценивает собственную безопасность, это не абстрактная новость об ИИ-исследованиях. Это изменение операционной реальности. Если раньше можно было планировать окно патчинга на неделю вперёд, то теперь окно измеряется часами. Если раньше severity score 9.8 означал «исправить в ближайший месяц», то теперь он означает «доказать, что это не эксплуатируемо здесь, или принять риск осознанно».

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

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

Мы в Pentest.md видим это каждый день: клиенты приходят с бэклогом из тысяч CVE, и единственный способ выбраться — не пытаться закрыть всё, а доказать, что большая часть не эксплуатируема в их конкретной среде. Это не отговорка, а инженерная работа: разложить уязвимость на цепочку техник, проверить каждое звено, задокументировать результат. Именно так выглядит зрелая безопасность в эпоху N-hour.

Время, когда патч давал вам недели, закончилось. Но вместе с ним закончилась и эпоха, когда severity score был достаточным основанием для решения. Те, кто перестроит свои процессы на валидацию, а не на слепой патчинг, будут не просто успевать — они будут принимать решения, которые можно защитить. Остальным останется наблюдать, как их бэклог превращается в утечку.