guzzlehttp/guzzle security advisory
CVE-2026-67354: Guzzle: URI fragments disclosed in redirect Referer headers
CVE-2026-67354 is a medium-severity information disclosure vulnerability in the PHP package guzzlehttp/guzzle (CVSS 5.9), published 1 August 2026. It is fixed in 7.15.1; earlier versions are affected. It can be exploited without an account.
medium 5.9 published 2026-08-01 · updated 2026-10-08
- Affected versions
- < 7.15.1
- Fixed in
- 7.15.1
- Newest release
- 8.3.1
- Severity
- Medium · CVSS 5.9
- Type
- Information disclosure
CWE-201 - Exploited in the wild
- Not on the CISA KEV list
checked 2026-11-04
Is your guzzlehttp/guzzle version affected?
Who can exploit CVE-2026-67354
- Access: No account. Anyone who can send a request to an app that uses the affected code.
- Conditions: It only works under specific conditions the attacker does not fully control (CVSS rates the attack as high complexity).
CVSS vector (scored by VulnCheck): CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
How to fix CVE-2026-67354 in guzzlehttp/guzzle
- Find the installed version:
composer show guzzlehttp/guzzle. If you never required it yourself,composer why guzzlehttp/guzzleshows which package pulls it in. - Update it:
composer update guzzlehttp/guzzle --with-all-dependencies. You need 7.15.1 or newer. - If Composer will not go that high, your composer.json constraint is holding it back. Widen it (for example
"guzzlehttp/guzzle": "^7.15.1"if you can take that version), or upgrade the package that requires it. - Run
composer audit. It reads the same advisory data and should no longer list CVE-2026-67354. - Commit composer.lock and deploy it. On the server, run
composer install --no-devfrom the lock file, notcomposer update.
If you cannot upgrade yet
- Make sure APP_DEBUG (or your framework's debug mode) is off in production and error pages show no stack traces.
- If your app does not use the affected feature, note that in your audit, but still plan the upgrade.
The CVE-2026-67354 advisory
guzzlehttp/guzzle versions before 7.15.1 contain an information disclosure vulnerability in RedirectMiddleware. When the optional allow_redirects.referer setting is enabled, the middleware copies the URI fragment (the portion after '#') from the referring request into the generated Referer header when following a same-scheme redirect (e.g., HTTPS to HTTPS). An attacker who controls the redirect destination can read this fragment from the incoming Referer header, potentially disclosing one-time login secrets, access tokens, state values, or other sensitive client data to a server never meant to receive it. The referer setting is disabled by default. Fixed in 7.15.1, which strips the fragment before generating the Referer value.
References
- GitHub advisory GHSA-h95v-h523-3mw8 github.com
- Vulncheck security advisory www.vulncheck.com
Other guzzlehttp/guzzle advisories
- high CVE-2026-69246: Guzzle: Noncanonical host can bypass host-based checks 2026-08-03
- medium CVE-2026-69245: Guzzle: Noncanonical cookie domain keeps subdomain scope 2026-08-03
- medium CVE-2026-67355: Guzzle: Host-only cookie scope is not preserved 2026-07-20
- medium CVE-2026-67353: Guzzle: Unbounded response cookies risk denial of service 2026-07-20
- medium CVE-2026-59883: Guzzle: Cookie Disclosure and Injection via IP-Address Domains 2026-07-20
- medium CVE-2026-67339: Guzzle: Proxy-Authorization headers can be sent to origin servers 2026-07-20
Related
Need help patching or upgrading? Laskyr does PHP and Laravel security fixes and upgrades. Tell us what you run and we reply with a plan and a price.
Ask about a fixWhere this data comes from
- Affected and fixed versions: the Packagist security advisories API (GitHub Advisory Database and FriendsOfPHP), the same data
composer audituses. Synced 2026-11-03. - Description, score, weakness and references: NIST National Vulnerability Database (NVD), checked 2026-11-04. This product uses data from the NVD API but is not endorsed or certified by the NVD.
- Exploited-in-the-wild status: the CISA Known Exploited Vulnerabilities catalog, checked 2026-11-04.
- Compiled by Daniel Lasek at Laskyr from the sources above. The summary, “who can exploit it”, “how to fix it” and hardening sections are our plain-English reading of the record and are generated from it. The quoted description is the record's own text. Spot an error? Tell us.