Когда аутентификация OAuth включена и TLS с доступом к браузеру завершается на обратном прокси-сервере, который перенаправляет обратный вызов на сервер Temporal UI через HTTP, затронутые версии получают атрибуты Secure аутентификации-cookie из соединения прокси-сервера. Таким образом, Temporal UI Server может выдавать файлы cookie с маркерами доступа и файлы cookie с маркерами обновления, если они предоставлены поставщиком удостоверений, без защиты, даже если браузер завершил вход в систему через HTTPS. Жертва, которая посещает контент, контролируемый злоумышленником, пока учетные данные остаются активными, может раскрыть эти учетные данные только в том случае, если злоумышленник также может управлять трафиком для имени хоста пользовательского интерфейса, предотвращать успешное HTTPS-соединение браузера, обслуживать имя хоста через HTTP и читать более поздний запрос открытого текста того же сайта.
Вредоносный веб-сайт сам по себе не может прочитать файл cookie, а пассивного наблюдения за успешным соединением TLS недостаточно. Эффективный HSTS, предупреждение о блокировке только HTTPS или повторное шифрование TLS между прокси-сервером и сервером Temporal UI предотвращают продемонстрированный путь раскрытия. Восстановленные учетные данные могут быть воспроизведены в пределах разрешений, назначенных жертве.
Воспроизведение токена обновления дополнительно зависит от выдачи, истечения срока действия, ротации и поведения поставщика удостоверений при обнаружении повторного использования.
Показать оригинальное описание (EN)
When OAuth authentication is enabled and browser-facing TLS terminates at a reverse proxy that forwards the callback to Temporal UI Server over HTTP, affected versions derive authentication-cookie Secure attributes from the proxy-to-server connection. Temporal UI Server can therefore issue access-token cookies, and refresh-token cookies when provided by the identity provider, without Secure even though the browser completed login over HTTPS. A victim who visits attacker-controlled content while a credential remains live may expose that credential only if the attacker can also steer traffic for the UI hostname, prevent the browser's HTTPS connection from succeeding, serve the hostname over HTTP, and read a later same-site plaintext request. A malicious website alone cannot read the cookie, and passive observation of a successful TLS connection is insufficient. Effective HSTS, a blocking HTTPS-only warning, or TLS re-encryption between the proxy and Temporal UI Server prevents the demonstrated disclosure path. A recovered credential may be replayed within the victim's assigned permissions. Refresh-token replay additionally depends on the identity provider's issuance, expiry, rotation, and reuse-detection behavior.
Характеристики атаки
Последствия
Строка CVSS v4.0