Защитная диагностика OpenChoreo autobuild webhook verifier по ghsa-c5f6-2rm9-2w8g: применимость, безопасный локальный control, измеримый verdict, stop-rule и минимальный пакет данных владельцу системы.
Короткий ответ — OpenChoreo: привязка webhook-провайдера к компоненту
Задача страницы — проверить выбор webhook verifier OpenChoreo из trusted component configuration. Advisory ghsa-c5f6-2rm9-2w8g служит свежим inventory-сигналом, но не доказывает состояние конкретной установки. Сначала зафиксируйте фактически загруженный компонент OpenChoreo autobuild webhook verifier, lock-файл, image digest или сборочный provenance и границу «OpenChoreo: fixed 1.0.3, 1.1.3 and 1.2.0-rc.2». Пользовательская боль здесь одна: тип git provider выбирается из клиентского header вместо сохранённой конфигурации компонента и меняет схему проверки подписи. Итогом должен стать артефакт «component / configured provider / claimed provider / signature verdict / queue count», чтобы другой инженер повторил решение без production-данных, внешнего воздействия и догадок.
Граница применимости: OpenChoreo autobuild webhook verifier
Разложите проверку на переходы «repository identity → component lookup → configured provider → signature verifier → build queue spy». Для каждого перехода укажите владельца значения, допустимое состояние и запрещённый side effect. Проверяемая инварианта: provider и секрет берутся из канонического component record до оценки любых event headers. NOT_APPLICABLE допустим только при доказанном отсутствии OpenChoreo autobuild webhook verifier или недостижимости указанной ветки. Неизвестные effective version, runtime digest либо конфигурация дают UNKNOWN; номер релиза без runtime readback не даёт PASS.
Почему одной версии недостаточно
SBOM, package manager, container digest и реально импортированный модуль отвечают на разные вопросы. Сведите их в одну provenance-строку и сопоставьте с границей «OpenChoreo: fixed 1.0.3, 1.1.3 and 1.2.0-rc.2». Затем подтвердите effective путь «repository identity → component lookup → configured provider → signature verifier → build queue spy»: vendored копия, optional adapter, отдельный worker или старый runtime способны изменить применимость. Фиксируйте AFFECTED_PATH, PATCHED_PATH, COMPONENT_ABSENT либо PROVENANCE_UNKNOWN. Успешный health-check сам по себе не подтверждает правило «provider и секрет берутся из канонического component record до оценки любых event headers».
Безопасный обратимый control
Работайте только в disposable fixture: вызвать handler локально с fake component store, нейтральными headers и spy build queue без реального репозитория. Сеть, subprocess, production database, реальные аккаунты, bucket, очереди, письма, токены и пользовательские файлы замените fake, spy или in-memory адаптерами. Перед запуском сохраните baseline hash, нулевые counters, лимит времени, памяти и числа операций. Используйте короткие синтетические маркеры без эксплуатационного payload. После каждой строки возвращайте fixture к исходному состоянию.
Матрица наблюдений
Сначала benign control доказывает достижение целевой функции OpenChoreo autobuild webhook verifier. Затем boundary-case меняет ровно один признак, связанный с болью «тип git provider выбирается из клиентского header вместо сохранённой конфигурации компонента и меняет схему проверки подписи». Для каждой строки записывайте «component / configured provider / claimed provider / signature verdict / queue count», reason code, duration, counters и digest fixture. Основная инварианта остаётся: provider и секрет берутся из канонического component record до оценки любых event headers. Недостижимая ветка, пропущенный side effect или двусмысленная точка наблюдения означают UNKNOWN, а не удобный PASS.
PASS, FAIL, UNKNOWN и stop-rule
PASS требует подтверждённого provenance, успешного benign control, соблюдения инварианты «provider и секрет берутся из канонического component record до оценки любых event headers», нулевых запрещённых side effects и cleanup proof. FAIL — тот же подтверждённый путь плюс измеримое нарушение policy. UNKNOWN означает отсутствие digest, effective config, recorder или возможности восстановить fixture. Немедленная красная линия: client header переключил verifier или queue получила задачу без valid signature verdict. При ней прекратите тест, сохраните минимальные метаданные и не увеличивайте вход или нагрузку.
Восстановление и regression check
Удалите disposable state, верните adapters к baseline и сравните hashes, counters, память и открытые ресурсы. Неожиданный I/O, сетевой вызов, новый процесс, строка БД или оставшийся файл блокирует PASS. После обновления повторите тот же fixture без изменения входов и лимитов; сравните «component / configured provider / claimed provider / signature verdict / queue count». Так видно, изменился ли защищаемый переход «repository identity → component lookup → configured provider → signature verifier → build queue spy», а не окружение, объём данных или инструмент наблюдения.
Самостоятельная ценность и пакет владельцу
Изолирует provider-confusion boundary и доказывает отсутствие build side effect через queue spy, не воспроизводя запуск workflow. Поэтому материал отвечает на самостоятельный запрос «проверить выбор webhook verifier OpenChoreo из trusted component configuration» и не является механической заменой бренда, ОС или устройства. Передайте владельцу ghsa-c5f6-2rm9-2w8g, component digest, effective version/config, границу «OpenChoreo: fixed 1.0.3, 1.1.3 and 1.2.0-rc.2», схему «repository identity → component lookup → configured provider → signature verifier → build queue spy», control/boundary rows, артефакт «component / configured provider / claimed provider / signature verdict / queue count», verdict, stop reason и cleanup proof. Advisory опубликована 2026-09-02 и обновлена 2026-09-02; это подтверждает свежесть источника, но не популярность запроса, эксплуатацию или применимость к конкретному deployment.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии и ссылки сверены по GitHub Advisory Database и первичному upstream-материалу. Текст самостоятельный, не копирует источники, не содержит эксплуатационных последовательностей и предназначен для безопасной локальной проверки.
Источники и проверка
- GitHub Advisory Database — ghsa-c5f6-2rm9-2w8g проверено 2026-09-03
- Первичный upstream-материал — OpenChoreo autobuild webhook verifier проверено 2026-09-03
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.