GHSA-64hg-93w9-fc35
Suggest an improvement- Source
- https://github.com/advisories/GHSA-64hg-93w9-fc35
- Import Source
- https://github.com/github/advisory-database/blob/main/advisories/github-reviewed/2026/05/GHSA-64hg-93w9-fc35/GHSA-64hg-93w9-fc35.json
- JSON Data
- https://api.osv.dev/v1/vulns/GHSA-64hg-93w9-fc35
- Aliases
-
- CVE-2026-45754
- Published
- 2026-05-28T17:22:36Z
- Modified
- 2026-05-28T17:30:08.652708630Z
- Severity
-
- 6.6 (Medium) CVSS_V4 - CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N/E:U CVSS Calculator
- Summary
- Symfony's Mailjet Mailer Webhook Parser Never Verifies the Configured Secret — Unauthenticated Webhook Event Injection
- Details
-
Description
The Mailjet mailer bridge and the LOX24 SMS notifier bridge both ship webhook request parsers used to authenticate and decode the event callbacks each provider POSTs to an application's webhook endpoint. Their
doParse(Request $request, #[\SensitiveParameter] string $secret)methods receive the configured webhook secret but never read it; they convert and return the payload unconditionally.As a result, an application that wires up either webhook endpoint accepts any POST to that URL, even when a webhook secret is configured (the recommended setup). An attacker who knows the endpoint exists can submit forged event payloads, fake bounce / blocked / spam / open / click / delivery events, leading to suppression-list corruption, delivery-metrics fraud, etc.
Resolution
MailjetRequestParser::doParse()now rejects the request unless it carries the expected HTTP Basic credentials, Mailjet's webhook authentication mechanism, using a constant-time comparison. The configured webhook secret is matched against the credentials embedded in the Mailjet webhook URL asuser:password(use:passwordwhen the URL has no username).Lox24RequestParser::doParse()now rejects the request unless it carries anX-LOX24-TokenHTTP header whose value matches the configured secret, using a constant-time comparison. The same token must be configured in the LOX24 dashboard under the callback settings.When no secret is configured the behaviour is unchanged: webhook authentication remains opt-in, but it is now actually enforced once opted in.
The Mailjet patch is available here for branch 6.4.
The LOX24 patch is available here for branch 7.4 (the LOX24 bridge was introduced in 7.1 and is not present in 6.4).
Credits
Symfony would like to thank Himanshu Anand for reporting the issue, and Alexandre Daubois and Nicolas Grekas for providing the fixes.
- Database specific
{ "cwe_ids": [ "CWE-287", "CWE-306" ], "github_reviewed": true, "github_reviewed_at": "2026-05-28T17:22:36Z", "nvd_published_at": null, "severity": "MODERATE" }- References
-
- https://github.com/symfony/symfony/security/advisories/GHSA-64hg-93w9-fc35
- https://github.com/symfony/symfony/commit/4aaa45dd054f73445f1ab254968b7e60b546cc77
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/lox24-notifier/CVE-2026-45754.yaml
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/mailjet-mailer/CVE-2026-45754.yaml
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/symfony/CVE-2026-45754.yaml
- https://github.com/symfony/symfony
- https://symfony.com/cve-2026-45754
Affected packages
Packagist
symfony/lox24-notifier
symfony/lox24-notifier
Package
- Name
- symfony/lox24-notifier
- Purl
- pkg:composer/symfony%2Flox24-notifier
symfony/symfony
Package
- Name
- symfony/symfony
- Purl
- pkg:composer/symfony%2Fsymfony
Affected versions
v6.*
symfony/symfony
Package
- Name
- symfony/symfony
- Purl
- pkg:composer/symfony%2Fsymfony
Affected versions
v7.*
symfony/symfony
symfony/mailjet-mailer
Package
- Name
- symfony/mailjet-mailer
- Purl
- pkg:composer/symfony%2Fmailjet-mailer
symfony/mailjet-mailer
symfony/mailjet-mailer
Package
- Name
- symfony/mailjet-mailer
- Purl
- pkg:composer/symfony%2Fmailjet-mailer