Skip to content

[SECURITY] Update guzzlehttp/psr7 to v2.12.1 - autoclosed#268

Closed
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/packagist-guzzlehttp-psr7-vulnerability
Closed

[SECURITY] Update guzzlehttp/psr7 to v2.12.1 - autoclosed#268
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/packagist-guzzlehttp-psr7-vulnerability

Conversation

@renovate

@renovate renovate Bot commented Jun 19, 2026

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
guzzlehttp/psr7 2.11.02.12.1 age adoption passing confidence

guzzlehttp/psr7: CRLF Injection in HTTP Start-Line Serialization

CVE-2026-55766 / GHSA-vm85-hxw5-5432

More information

Details

Impact

guzzlehttp/psr7 did not reject CR/LF characters in certain first-party HTTP start-line fields: the request method, protocol version, and response reason phrase. If an application placed attacker-controlled data into one of those fields and later serialized the PSR-7 message as raw HTTP/1.x, for example with Message::toString() or an equivalent serializer, the serialized message could contain attacker-controlled header lines. The issue can also be reached through Message::parseRequest() or Message::parseResponse() when malformed raw messages are parsed into first-party PSR-7 objects and then serialized again.

Creating or modifying a Request, Response, or other PSR-7 object alone is not sufficient. The issue requires the malformed message to be serialized and written to the network, forwarded, replayed, or otherwise processed by software that does not independently reject the malformed start line. This is not the normal request-sending path used by guzzlehttp/guzzle; applications using guzzlehttp/psr7 only through Guzzle's standard HTTP client APIs are not expected to be affected.

Applications are most likely to be affected when they manually serialize PSR-7 messages, forward raw HTTP messages, or use custom transports, proxying, crawling, webhook delivery, testing, or similar code. Depending on how downstream HTTP/1.1 components parse the serialized message, this may lead to header injection, response splitting, request smuggling, or cache poisoning.

Patches

The issue is patched in 2.12.1 and later. Starting in that release, guzzlehttp/psr7 rejects CR/LF characters in HTTP method, protocol version, and response reason phrase values before storing them in first-party message objects.

Workarounds

If you cannot upgrade immediately, reject CR/LF in untrusted method, protocol version, and reason phrase values before constructing or modifying PSR-7 messages.

Applications that parse, forward, replay, or serialize raw HTTP messages cannot work around the parser entry points by validating only after parsing. They should validate the raw start line before calling Message::parseRequest() or Message::parseResponse(), avoid reparsing untrusted raw messages, or upgrade. If an application runs with attacker-controlled synthetic $_SERVER values, validate REQUEST_METHOD and SERVER_PROTOCOL before calling ServerRequest::fromGlobals().

Severity

  • CVSS Score: 4.8 / 10 (Medium)
  • Vector String: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Release Notes

guzzle/psr7 (guzzlehttp/psr7)

v2.12.1

Compare Source

Security

v2.12.0

Compare Source

Deprecated
  • Deprecated non-finite float values in Query::build() that guzzlehttp/psr7 3.0 rejects
  • Deprecated non-finite float multipart contents that guzzlehttp/psr7 3.0 rejects
  • Deprecated non-string scalar bodies in Utils::streamFor(); cast them to a string for 3.0
  • Deprecated non-string Uri::withQueryValues() values; cast them to a string for 3.0

v2.11.1

Compare Source

Fixed
  • Fixed non-finite float values emitting coercion warnings on PHP 8.5

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate Bot added the dependencies Updates project dependencies label Jun 19, 2026
@coveralls

Copy link
Copy Markdown
Collaborator

Coverage Report for CI Build 27843969549

Coverage remained the same at 97.619%

Details

  • Coverage remained the same as the base build.
  • Patch coverage: No coverable lines changed in this PR.
  • No coverage regressions found.

Uncovered Changes

No uncovered changes found.

Coverage Regressions

No coverage regressions found.


Coverage Stats

Coverage Status
Relevant Lines: 168
Covered Lines: 164
Line Coverage: 97.62%
Coverage Strength: 2.35 hits per line

💛 - Coveralls

| datasource | package         | from   | to     |
| ---------- | --------------- | ------ | ------ |
| packagist  | guzzlehttp/psr7 | 2.11.0 | 2.12.1 |
@renovate renovate Bot force-pushed the renovate/packagist-guzzlehttp-psr7-vulnerability branch from 58b0ead to bce9c20 Compare June 22, 2026 04:39
@renovate renovate Bot changed the title [SECURITY] Update guzzlehttp/psr7 to v2.12.1 [SECURITY] Update guzzlehttp/psr7 to v2.12.1 - autoclosed Jun 22, 2026
@renovate renovate Bot closed this Jun 22, 2026
@renovate renovate Bot deleted the renovate/packagist-guzzlehttp-psr7-vulnerability branch June 22, 2026 04:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Updates project dependencies

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants