ИИ проверил 230 репозиториев Apache — найденное пока не раскрывают
В официальной публикации ASF от 3 сентября сказано, что фонд за три дня августа 2026 года проверил 230 репозиториев с помощью Claude Mythos 5 в рамках Project Glasswing. Среди результатов названы критические находки с проектами исправлений, но чувствительные отчёты передают владельцам кода через закрытую процедуру раскрытия.
Независимый разбор проверки Apache также фиксирует охват 230 репозиториев, использование ИИ Anthropic и непубличную передачу результатов ответственным командам. Открытого перечня затронутых продуктов, окончательно подтверждённых уязвимостей и способов их эксплуатации пока нет.
Как проверку масштабировали до сотен репозиториев
Массовый запуск не сводился к одному универсальному запросу для всех проектов. Участвовавшие комитеты управления проектами подготовили модели угроз: описали важные компоненты, границы доверия, условия развёртывания и сценарии, которые должны оставаться за пределами анализа. Команда ASF Security проверила эти документы перед передачей в автоматизированную систему.
Такая подготовка задавала модели контекст конкретного проекта. Она помогала отделять потенциальное нарушение границы безопасности от документированного архитектурного решения и направлять вычислительные ресурсы на значимые участки кода. Иными словами, масштаб обеспечивался не только параллельным запуском, но и заранее стандартизированной постановкой задачи.
Сами проверки выполнялись средой Project Glasswing в параллельных сеансах Claude Code с моделью Claude Mythos 5. Apache не модифицировала эту среду: для запуска использовалась последовательность простых заданий, а каждый анализ опирался на модель угроз соответствующего проекта. Полный набор отчётов был получен крупными партиями после ограниченной настройки процесса.
Какую роль играл OWASP ASVS
OWASP ASVS не был встроенным тестом Claude Mythos 5. Это отдельный стандарт требований к проверке безопасности веб-приложений, который применял собственный автоматизированный конвейер команды ASF Tooling на агентной платформе Gofannon. Изначально этот механизм создавался для Apache Trusted Releases, но затем его приспособили к другим кодовым базам фонда.
Конвейер делит работу между несколькими уровнями моделей: быстрый слой фильтрует большой объём материала, следующий составляет инвентарь компонентов, а наиболее мощный выполняет анализ, требующий рассуждения. Конкретные модели можно менять без перестройки процесса; среди предусмотренных конфигураций есть сочетания Opus, Sonnet и Haiku, а также Mythos, Gemma и Qwen.
При проверке репозиториев результаты этого конвейера сопоставлялись с выводами Project Glasswing на том же коде. Сравнение позволяло понять сильные стороны двух подходов и точнее настраивать задания для Mythos. Поэтому проверку корректнее описывать как два параллельных и сравниваемых процесса, а не как единый аудит Mythos на соответствие всем требованиям ASVS.
Почему машинная находка ещё не равна уязвимости
Отчёт модели — отправная точка для расследования, а не готовая запись CVE. Даже подробно описанный сигнал нужно воспроизвести, связать с конкретными версиями, проверить достижимость опасного участка и оценить последствия в реальной конфигурации. Предложенный патч также требует отдельного просмотра: он может нарушить совместимость, изменить ожидаемое поведение или устранить лишь часть проблемы.
Это различие уже проявлялось в другом испытании Project Glasswing. Associated Press описало проверку государственных систем США, во время которой Mythos обнаружил уязвимости за несколько часов, однако сам факт обнаружения не означал, что модель смогла за это же время успешно их использовать.
Для результатов Apache действует та же граница. Низкая доля ложных срабатываний и наличие находок, предварительно отнесённых к критическим, говорят о качестве первичной фильтрации, но не заменяют проверку сопровождающими. До неё нельзя считать каждый машинный вывод подтверждённой уязвимостью определённого выпуска.
Почему отчёты закрыты и что произойдёт дальше
Закрытая передача защищает период между обнаружением потенциальной ошибки и выпуском исправления. Отчёт сначала поступает в службу безопасности или закрытый список затронутого проекта. Команда воспроизводит проблему, определяет уязвимые версии, проверяет патч и согласует раскрытие, не публикуя технические подсказки до появления защиты.
Приоритет зависит не только от формальной категории опасности. Доступная извне ошибка в типовой конфигурации может требовать более быстрой реакции, чем серьёзный дефект в недостижимом участке кода. Поэтому результаты сортируют с учётом реального развёртывания, а окончательную оценку и сроки исправления оставляют комитету конкретного проекта.
Для разработчиков главный предварительный вывод относится к организации аудита. Модель угроз делает массовую проверку содержательнее, автоматизация ускоряет обнаружение и сортировку, но решения о влиянии, патче и раскрытии остаются за людьми. Отсутствие публичного списка в этой ситуации означает не отсутствие результатов, а незавершённую верификацию и устранение потенциальных проблем.
Apache планирует сделать будущие проверки инкрементальными, чтобы учитывать изменения кода, обновления моделей угроз, исправленные проблемы и опубликованные CVE. Фонд также рассматривает автоматизированный разбор входящих сообщений об уязвимостях, поддержку других спецификаций OWASP и самостоятельный запуск проверок проектами в пределах управляемого бюджета вычислений.
Сейчас подтверждены масштаб аудита, использованная модель и передача отчётов ответственным командам. Неизвестными остаются число окончательно подтверждённых уязвимостей, названия затронутых продуктов и сроки выпуска исправлений. Публичная картина станет яснее после уведомлений отдельных проектов, защищённых выпусков или записей CVE — если сопровождающие подтвердят соответствующие проблемы и решат их раскрыть.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.