guzzlehttp/guzzle is vulnerable to Server-Side Request Forgery (SSRF)
72
High Risk
Guzzle hands the request URI host to the transport as written and supplies the Host header separately, so libcurl and the stream handler percent-decode and canonicalize the authority differently than Guzzle does. A host that Guzzle and application checks read as one destination, such as a percent-escaped or noncanonical numeric spelling, can be resolved and connected by the transport as a different address like loopback. Before the fix this lets externally influenced URIs reach hosts excluded by denylists, private-range, or IP-literal checks, and it skews no_proxy, redirect credential stripping, and cookie storage decisions. The fix validates the request host in all built-in handlers, rejecting non-printable, percent-escaped, delimiter-bearing, and trailing-dot numeric hosts, and regenerates the derived Host header after URI rewrites.
You are affected if you are using a version that falls within the vulnerable range and your application builds request URIs from untrusted input and makes host-based security decisions before passing them to Guzzle.
guzzlehttp/guzzle is vulnerable to Server-Side Request Forgery (SSRF) in versions 0.0.1 - 7.15.1 and 8.0.0 - 8.0.0.
Upgrade the guzzlehttp/guzzle library to the patch version.
Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.
Free. No credit card required.

I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant