Guzzle — это расширяемый PHP HTTP-клиент. До версий 7.15.2 и 8.0.1 SetCookie::matchesDomain() передает этот файл cookie каждому субдомену домена cookie, если только SetCookie::matchesDomain() не распознает домен как IP-литерал или числовой хост, и решение принимается на основе собственного текста домена, поэтому два написания, которые транспорт читает как адрес, сохраняют область поддомена. Шестнадцатеричные и смешанные формы, такие как 0x7f000001 и 0177.0.0.0x1, остаются нераспознанными, в то время как libcurl 8.21.0 читает обе как 127.0.0.1.
Домен с экранированием процентов сохраняет эту область в обеих ветвях, поскольку процентное декодирование находится над числовым анализом, поэтому 192.168.0.%31 и 127.0.0.1%2e являются зарегистрированными именами в грамматике URI, а не адресными литералами, и ни одно числовое правило ни в одной базе не классифицирует их, в то время как libcurl декодирует хост перед разрешением и считывает их как 192.168.0.1 и 127.0.0.1. Файл cookie, сохраненный для Domain=0x7f000001, помещается в заголовок Cookie запроса на evil.0x7f000001, раскрывая идентификатор сеанса или токен хосту, который не является этим адресом, а ответ от evil.0x7f000001 с параметром Domain=0x7f000001 принимается в jar и воспроизводится по адресу, поэтому сервер, отвечающий за похожее имя, может исправить сеанс. или установите состояние приложения. Для эксплуатации требуется, чтобы приложение включило поддержку файлов cookie, указало источник в одном из этих написаний и связалось с хостом, имя которого заканчивается на это написание.
Эта проблема исправлена в версиях 7.15.2 и 8.0.1.
Показать оригинальное описание (EN)
Guzzle is an extensible PHP HTTP client. Prior to 7.15.2 and 8.0.1, SetCookie::matchesDomain() gives every subdomain of a cookie Domain that cookie unless SetCookie::matchesDomain() recognizes the Domain as an IP literal or a numeric host, and the decision comes from the domain's own text, so two spellings a transport reads as an address keep subdomain scope. Hexadecimal and mixed-base forms such as 0x7f000001 and 0177.0.0.0x1 go unrecognized while libcurl 8.21.0 reads both as 127.0.0.1. A percent-escaped Domain keeps that scope on both branches because percent-decoding sits above numeric parsing, so 192.168.0.%31 and 127.0.0.1%2e are registered names in the URI grammar rather than address literals, and no numeric rule in any base classifies them, while libcurl decodes the host before resolving and reads them as 192.168.0.1 and 127.0.0.1. A cookie stored for Domain=0x7f000001 is placed in the Cookie header of a request to evil.0x7f000001, disclosing a session identifier or token to a host that is not that address, and a response from evil.0x7f000001 setting Domain=0x7f000001 is accepted into the jar and replayed to the address, so a server answering for the look-alike name can fix a session or set application state. Exploitation requires the application to enable cookie support, address an origin by one of these spellings, and contact a host whose name ends in that spelling. This issue is fixed in versions 7.15.2 and 8.0.1.
Характеристики атаки
Последствия
Строка CVSS v3.1