Защитная проверка Coder по ghsa-qrwj-vh9x-gw5v: применимость, обратимый fixture для границы «проверка назначения каждого redirect по идентичности агента, а не только по допустимому порту», измеримый результат и stop-rule без production-данных.
Докажите применимость к Coder
Версия — только первый фильтр; затем нужна проверка вызываемого пути. Для Coder и границы «проверка назначения каждого redirect по идентичности агента, а не только по допустимому порту» запишите исполняемый релиз, package source, build digest, активный feature/config path и роль, которая достигает функции. Reviewed Advisory фиксирует «github.com/coder/coder/v2 >= 2.34.0, < 2.34.4; first patched 2.34.4 | github.com/coder/coder/v2 >= 2.33.0, < 2.33.10; first patched 2.33.10 | github.com/coder/coder/v2 >= 2.30.0, < 2.32.9; first patched 2.32.9 | github.com/coder/coder/v2 >= 2.27.0, < 2.29.19; first patched 2.29.19», публикацию 2026-07-06 и обновление 2026-07-06, но не подтверждает наличие у вас уязвимого бинарника, реальную эксплуатацию или спрос. Пока эти поля пусты, практическая применимость остаётся неизвестной. Если версия собрана из fork или vendor patch, оставьте в отчёте commit/patch provenance отдельно: одна строка semver не отвечает, присутствует ли исправление.
Зафиксируйте отдельный защитный контракт
Сформулируйте проверяемый инвариант своими словами: клиент отклоняет смену agent identity до повторной отправки метода или тела; обычный ответ первого агента проходит. Исходная пользовательская боль здесь конкретна — ответ одного workspace-agent способен перенаправить control-plane запрос к другому агенту и смешать границы чтения и записи. Не смешивайте её с общими страницами про обновления, XSS, SSRF или отказ в обслуживании: механизм и ожидаемый ответ должны быть самостоятельными. Перед стартом укажите субъект, объект, доверенную границу, разрешённый побочный эффект и сигнал нарушения. Для этого материала артефакт решения — матрица status / method / origin-agent / redirect-agent / body-replayed / decision. Он не содержит токены, IP, содержимое файлов или персональные данные; достаточно классов результата, счётчиков и digest тестового состояния.
Поставьте обратимый минимальный опыт
Разверните обратимый стенд: два loopback HTTP stub с случайными UUID, один 307-ответ и журнал фактического адресата; tailnet и реальные workspace не используются. Далее отправить безвредные GET и пустой POST к первому stub, разрешить один redirect через тестовый transport и сравнить identity. Используйте минимальные синтетические значения, запрет внешней сети, отдельный temp root и контроль штатного пути, который проходит тот же код без пограничного условия. Перед опытом запишите digest fixture, версию и timeout, после — digest состояния и cleanup result. Не переносите пример на production и не увеличивайте нагрузку ради наглядности. Если компонент нельзя подменить или изолировать, ограничьтесь статической проверкой patch/release и отложите runtime-подтверждение.
Сведите наблюдения в матрицу решения
Результат оценивайте по заранее заданному правилу, а не по впечатлению от лога. Защитный исход: клиент отклоняет смену agent identity до повторной отправки метода или тела; обычный ответ первого агента проходит. В каждой строке для ряда в «матрица status / method / origin-agent / redirect-agent / body-replayed / decision» оставьте в отчёте expected и observed, а также точную стадию отказа: parse, validate, authorize, allocate, open, mutate или cleanup. Ошибка до опасного действия и ошибка после него — разные результаты. Normal-control обязан доказать, что тест не сломан целиком. Повторите fixture не менее двух раз только в пределах локального бюджета: одинаковый класс исхода важнее длинного stdout.
Остановитесь при первом выходе за границу
Примените stop-rule без торга: сразу завершить проверку до внешнего адреса, при невозможности отключить сеть или если тестовый transport не раскрывает конечного получателя. Вторичные красные флаги — изменение объекта вне temp, неожиданный сетевой вызов, рост памяти, privilege prompt, необратимая запись, расхождение digest или отсутствие контроль штатного пути. Если обнаружен хотя бы один флаге завершите процесс, оставьте в отчёте лишь обезличенную матрицу и верните стенд к исходному состоянию. Не публикуйте payload, реальные конфиги и подробности чужой системы. Severity не разрешает расширять тест: цель — подтвердить защитный контракт с минимальным воздействием.
Передайте поддержке минимальный пакет
Для владельца компонента подготовьте короткий пакет: ghsa-qrwj-vh9x-gw5v, Coder, installed/build version, upstream commit, применимый диапазон «github.com/coder/coder/v2 >= 2.34.0, < 2.34.4; first patched 2.34.4 | github.com/coder/coder/v2 >= 2.33.0, < 2.33.10; first patched 2.33.10 | github.com/coder/coder/v2 >= 2.30.0, < 2.32.9; first patched 2.32.9 | github.com/coder/coder/v2 >= 2.27.0, < 2.29.19; first patched 2.29.19», описание fixture без чувствительных значений, матрица status / method / origin-agent / redirect-agent / body-replayed / decision, контроль штатного пути, stop-rule, cleanup proof и ссылки на advisory/upstream. В отдельном поле отметьте unknown: reachability, vendor backport, runtime configuration и наличие compensating control. Решение может быть только одним из трёх: not-applicable с доказательством, update/test по утверждённому окну или blocked до безопасного стенда. Так поддержка получает минимальные данные для воспроизведения, а публичный материал не содержит обещаний индексацию, позиции, универсальную защищённость или результат на чужой инфраструктуре.
Свяжите исправление с механизмом Coder
Для Coder свяжите исправление именно с механизмом «проверка назначения каждого redirect по идентичности агента, а не только по допустимому порту», а не только с номером релиза. В changelog или diff найдите изменение, которое делает истинным результат «клиент отклоняет смену agent identity до повторной отправки метода или тела; обычный ответ первого агента проходит», и сопоставьте его с диапазоном «github.com/coder/coder/v2 >= 2.34.0, < 2.34.4; first patched 2.34.4 | github.com/coder/coder/v2 >= 2.33.0, < 2.33.10; first patched 2.33.10 | github.com/coder/coder/v2 >= 2.30.0, < 2.32.9; first patched 2.32.9 | github.com/coder/coder/v2 >= 2.27.0, < 2.29.19; first patched 2.29.19». Далее повторите fixture «два loopback HTTP stub с случайными UUID, один 307-ответ и журнал фактического адресата; tailnet и реальные workspace не используются» на текущем и кандидатном артефакте в одинаковой изоляции; сравнивайте «матрица status / method / origin-agent / redirect-agent / body-replayed / decision», а не произвольные строки лога. Если vendor backport меняет номер версии, оставьте в отчёте commit/diff provenance и сборочный digest. План возврата должен восстанавливать предыдущий тестовый артефакт, но не возвращать production к заведомо сомнительной версии. Критерий приёмки для этой отдельной боли — клиент отклоняет смену agent identity до повторной отправки метода или тела; обычный ответ первого агента проходит; критерий прекращения — сразу завершить проверку до внешнего адреса, при невозможности отключить сеть или если тестовый transport не раскрывает конечного получателя. Пока оба критерия не доказаны, статус обозначьте blocked или unknown, не подменяя результат предположением.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт, privacy-ограничения и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-qrwj-vh9x-gw5v проверено 2026-08-31
- Upstream-репозиторий Coder проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.