Новая CVE появляется за минуты, а оценка экспозиции в компаниях всё ещё часто занимает часы или дни: нужно проверить сканеры, endpoint-инвентарь, облака, SBOM, репозитории и данные приложений. Для команд безопасности это уже не просто неудобство, а окно, в которое атакующие успевают превратить бюллетень в рабочую эксплуатацию.
Проблему разбирает The Hacker News в материале от 9 сентября 2026 года о вебинаре Tines «Outpacing AI-Era Attacks Starts With Faster Time to Answer». В центре — простой, но болезненный вопрос, который возникает после каждой серьёзной уязвимости: «Мы реально под ударом или это очередной шум в ленте?»
Сама ситуация знакома почти любой зрелой IT-команде. Вендор публикует advisory, исследователь выкладывает детали, система мониторинга присылает алерт, менеджмент спрашивает статус. Дальше начинается ручная сборка картины: где используется уязвимый пакет, на каких хостах стоит затронутая версия приложения, есть ли этот компонент в контейнерах, какие облачные ресурсы доступны извне, какие сервисы критичны для бизнеса. Формально данные уже есть. Практически они лежат в разных инструментах и редко отвечают на вопрос одним экраном.
Tines показывает подход, в котором источники данных об экспозиции сводятся в интерактивное представление. По словам компании, вебинар проведут сооснователь и CCO Tines Томас Кинселла и старший инженер по Security Operations Эндрю Кац. Они разберут, как связать SBOM с уязвимыми пакетами, endpoint-данные — с установленными приложениями и версиями, облачный инвентарь — с затронутыми ресурсами, а данные сканеров — с системами, где риск действительно имеет вес.
Ключевая идея не в том, чтобы завести ещё одну панель ради панели. Цель прагматичнее: сократить путь от «вышла новая CVE» до «это влияет на нас» или «в нашей среде этого нет». Для бизнеса разница заметна. Если команда тратит первые часы на поиск владельцев сервисов и сверку версий вручную, она позже принимает решение о патче, временном отключении функции, изменении правил WAF или сегментации. Если контекст собирается повторяемым workflow, аналитик быстрее переходит к действию.
Отдельный акцент — роль ИИ. Tines предлагает не отдавать ему всё подряд, а сочетать AI-assisted analysis с детерминированной автоматизацией. ИИ может помочь разобраться в сложных входных данных, ускорить построение workflow и подсветить связи. Но повторяемое выполнение после проверки лучше оставлять предсказуемым сценариям: они не устают, не импровизируют и не требуют от аналитика каждый раз заново проходить один и тот же маршрут по пяти системам.
Этот баланс важен именно сейчас. ИИ ускоряет не только защитников, но и исследователей уязвимостей, авторов proof-of-concept и группы, которые быстро адаптируют эксплойты под похожие цели. В такой среде классическая модель «нашли уязвимость, поставили в очередь, потом разобрались» работает всё хуже. Оценка экспозиции становится отдельной операционной метрикой: сколько времени проходит между публикацией CVE и понятным ответом для конкретной инфраструктуры.
Для разработчиков это означает рост требований к инвентаризации зависимостей и качеству SBOM. Для AppSec — необходимость связывать код, сборки и runtime, а не хранить отчёты как музейные экспонаты. Для cloud security — нормальный учёт ресурсов, доступности извне и владельцев. Для CIO и CISO — меньше красивых графиков с количеством уязвимостей и больше ответов на вопрос, какие из них прямо сейчас создают бизнес-риск.
Показательный момент: источник не обещает «закрыть vulnerability management ИИ за один клик». Речь о более скучной, но полезной инженерной работе — собрать уже имеющиеся данные в workflow, который можно повторять при каждой новой CVE. Именно здесь многие компании проигрывают время: не потому что у них нет сканеров, а потому что сканеры, облака, endpoint-системы и репозитории живут отдельными островами.
Следующий крупный баг не придёт с готовой картой ваших сервисов и зависимостей. Поэтому вопрос для SecOps-команд звучит жёстко: они строят процесс оценки экспозиции заранее или снова будут собирать картину вручную, когда счётчик уже пошёл; подробнее о вебинаре можно прочитать у .