Armadin, новый стартап основателя Mandiant Кевина Мандиа, привлек $255,5 млн при оценке выше $2,5 млрд. Компания делает ставку на агентные рои для непрерывного тестирования корпоративной защиты — и это уже не красивая метафора из презентации про AI, а крупная венчурная ставка на то, чем может стать рынок кибербезопасности.
Раунд Series B возглавили Andreessen Horowitz и Accel, сообщает TechCrunch. В сделке также участвовали Bain Capital Ventures, Redpoint, 8VC, Ballistic Ventures, Google Ventures, In-Q-Tel, Kleiner Perkins и Menlo Ventures. Для стартапа, который шесть месяцев назад уже поднимал $190 млн в Series A, темп бодрый даже по меркам перегретого AI-рынка: всего Armadin привлекла более $445 млн.
Главная фигура здесь — не только сумма, но и сам Мандиа. Его предыдущая компания Mandiant стала одним из самых узнаваемых имен в incident response и threat intelligence, а в 2022 году Google купила ее за $5,4 млрд. Поэтому новый проект Мандиа инвесторы читают не как очередной «AI для безопасности», а как попытку заново упаковать привычную практику offensive security под эпоху автономных агентов.
Идея Armadin строится вокруг замены разовых пентестов на постоянную проверку инфраструктуры. В классическом сценарии компания нанимает специалистов, они в ограниченное окно времени ищут уязвимости, пробуют собрать цепочку атаки и затем приносят отчет. Armadin предлагает другой режим: агентные рои работают постоянно, комбинируют найденные слабые места и пытаются воспроизвести путь атакующего до того, как его найдет кто-то менее дружелюбный.
Для CISO и IT-директоров это звучит как развитие давно назревавшей идеи: безопасность все меньше похожа на ежегодный аудит и все больше — на непрерывный инженерный процесс. Инфраструктура меняется ежедневно: облачные роли, SaaS-интеграции, CI/CD, временные токены, внутренние API, доступы подрядчиков. Пентест раз в квартал или раз в год в такой среде быстро превращается в фотографию уже изменившегося ландшафта. Постоянные агентные проверки обещают сократить этот разрыв между тем, что написано в отчете, и тем, что реально торчит наружу.
Но у подхода есть и неудобные вопросы. Если защитные агенты умеют строить цепочки атаки, то похожие механики могут использовать и нападающие. Источник прямо связывает ставку Armadin с риском, что агентные технологии начнут применять против компаний — включая сценарии с автономными системами, которые ищут и комбинируют уязвимости быстрее человека. На практике это означает, что бизнесу придется думать не только о патч-менеджменте, но и о скорости обнаружения связок: одна слабая настройка сама по себе может быть терпимой, а в цепочке с двумя другими превращается в рабочий маршрут внутрь сети.
Список инвесторов тоже показателен. Помимо классических венчурных фондов в раунде участвуют Google Ventures и In-Q-Tel, фонд, известный связями с американским разведывательным сообществом. Это не доказывает коммерческий успех Armadin, но показывает, где рынок видит следующий большой слой спроса: не в еще одной панели с алертами, а в системах, которые сами проверяют, насколько организация действительно готова к атаке.
Для разработчиков это может принести меньше романтики и больше тикетов. Если такие платформы приживутся, security feedback станет ближе к обычному dev-процессу: не отчет PDF после внешнего аудита, а постоянные находки в бэклоге, привязанные к конкретным сервисам, ролям, секретам и конфигурациям. Хорошая новость — уязвимости будут всплывать раньше. Плохая — «оно же не эксплуатируется» станет слабее как аргумент, если агент уже показал цепочку эксплуатации.
Для российского и русскоязычного IT-рынка история Armadin важна не потому, что завтра все побегут покупать именно этот продукт. Важнее направление: крупные деньги идут в автоматизированное наступательное тестирование, а не только в мониторинг и реагирование. Это сигнал для команд, которые строят внутренние security-практики: нужно готовиться к миру, где проверка защиты будет постоянной, машинной и куда менее вежливой к техническому долгу.
Следующий спор в отрасли, вероятно, будет не о том, нужны ли такие агенты, а о границах их автономности. Насколько глубоко им можно разрешить атаковать продуктивную среду? Кто отвечает за сбой, если «дружелюбный» рой случайно положил критичный сервис? И смогут ли компании использовать агентные рои как реальную инженерную дисциплину, а не как дорогую демонстрацию для совета директоров?