Защитная диагностика Open WebUI OAuth token exchange по ghsa-rq84-p6rr-vf89: применимость, обратимый локальный control, измеримый verdict, stop-rule и пакет данных для владельца системы.
Короткий ответ — Open WebUI OAuth: привязка token к client audience
Задача страницы — проверить локально, что Open WebUI принимает OAuth token только для настроенного client_id и issuer. Advisory ghsa-rq84-p6rr-vf89 служит свежим inventory-сигналом, но не доказывает состояние конкретной установки. Зафиксируйте фактически загруженный Open WebUI OAuth token exchange, lock-файл или image digest и границу «open-webui: introduced 0.8.0, fixed 0.11.0». Пользовательская боль здесь одна: валидный token другого OAuth client может быть ошибочно связан с локальной учётной записью. Итогом должен стать артефакт «issuer / audience / azp / configured client / account lookup calls», чтобы другой инженер повторил решение без production-данных, внешнего воздействия и догадок.
Граница применимости для Open WebUI OAuth token exchange
Разберите путь решения как «token → signature/issuer → audience and azp → client binding → local account». Для каждого перехода укажите владельца значения, тип входа, допустимое состояние и запрещённый side effect. Проверяемая инварианта: до account lookup подтверждены issuer, audience и authorized-party для текущего client configuration. NOT_APPLICABLE возможен только при доказанном отсутствии компонента или недостижимости указанной ветки; неизвестный digest, effective config или способ вызова дают UNKNOWN. Номер исправленного релиза без runtime readback не превращает результат в PASS.
Почему проверки версии недостаточно
Lock-файл, SBOM, container digest и package manager отвечают на разные вопросы. Сведите их в одну строку provenance и сопоставьте с advisory-границей «open-webui: introduced 0.8.0, fixed 0.11.0». Затем докажите effective путь «token → signature/issuer → audience and azp → client binding → local account»: vendored копия, optional dependency, отдельный worker или отключённый adapter могут изменить применимость. Фиксируйте AFFECTED_PATH, PATCHED_PATH, COMPONENT_ABSENT либо PROVENANCE_UNKNOWN. Отсутствие инцидента и успешный health-check не подтверждают инварианту «до account lookup подтверждены issuer, audience и authorized-party для текущего client configuration».
Безопасный обратимый локальный control
Работайте только в disposable fixture: использовать подписанные тестовым ключом tokens для своего и соседнего client_id в isolated verifier. Сеть, subprocess, production database, реальные bucket, очереди, почту, токены и пользовательские файлы замените fake, spy или in-memory адаптерами. До запуска сохраните baseline hash, нулевые counters, лимит времени, памяти и числа операций. Используйте короткие синтетические маркеры без эксплуатационного payload. После каждой строки восстанавливайте fixture и убеждайтесь, что benign control начинается с того же baseline.
Матрица наблюдений
Сначала benign control доказывает достижение целевой функции. Затем boundary-case меняет ровно один признак, связанный с болью «валидный token другого OAuth client может быть ошибочно связан с локальной учётной записью». Записывайте «issuer / audience / azp / configured client / account lookup calls», reason code, duration, counters до и после и digest fixture. Основная инварианта остаётся: до account lookup подтверждены issuer, audience и authorized-party для текущего client configuration. Если control не достигает ветки, recorder пропустил side effect или точка наблюдения двусмысленна, ставьте UNKNOWN. Нельзя усиливать вход ради определённого ответа: безопасная воспроизводимость важнее красивого PASS.
PASS, FAIL, UNKNOWN и критерий остановки
PASS требует подтверждённого provenance, успешного benign control, соблюдения инварианты «до account lookup подтверждены issuer, audience и authorized-party для текущего client configuration», нулевых запрещённых side effects и cleanup proof. FAIL — тот же подтверждённый путь плюс наблюдаемое нарушение policy. UNKNOWN означает отсутствие digest, effective config, recorder или возможности восстановить fixture. Немедленная красная линия: token соседнего client прошёл binding или достиг account mutation. При ней прекратите тест, сохраните только минимальные метаданные и не повторяйте boundary-case на большем масштабе.
Восстановление и regression check
Удалите disposable state, верните adapters к baseline и сравните hashes, counters, память и открытые ресурсы. Неожиданный I/O, сетевой вызов, процесс, новая строка БД или оставшийся файл блокирует PASS. После обновления повторите тот же fixture без изменения входов и лимитов; сравните «issuer / audience / azp / configured client / account lookup calls». Так видно, изменился ли защищаемый переход «token → signature/issuer → audience and azp → client binding → local account», а не окружение, объём данных или наблюдатель.
Почему intent самостоятельный и что передать владельцу
Отделяет cryptographic validity token от его назначения конкретному OAuth client. Поэтому материал отвечает на самостоятельный запрос «проверить локально, что Open WebUI принимает OAuth token только для настроенного client_id и issuer» и не является механической заменой бренда, ОС или устройства. Передайте владельцу ghsa-rq84-p6rr-vf89, component digest, effective version/config, границу «open-webui: introduced 0.8.0, fixed 0.11.0», схему «token → signature/issuer → audience and azp → client binding → local account», control/boundary rows, артефакт «issuer / audience / azp / configured client / account lookup calls», verdict, stop reason и cleanup proof. Advisory опубликована 2026-08-04 и обновлена 2026-08-04; даты подтверждают свежесть источника, но не популярность запроса, факт эксплуатации или применимость к конкретному deployment.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии и ссылки сверены по GitHub Advisory Database и первичному upstream-материалу. Текст самостоятельный, не копирует источники, не содержит эксплуатационных последовательностей и предназначен для безопасной локальной проверки.
Источники и проверка
- GitHub Advisory Database — ghsa-rq84-p6rr-vf89 проверено 2026-09-03
- Первичный upstream-материал — Open WebUI OAuth token exchange проверено 2026-09-03
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.