Sensiolabs Symfony up to 6.4.49/7.4.22/8.1.10 MetaRefreshAttributeSanitizer incorrect regex

Summaryinfo

A vulnerability identified as critical has been detected in Sensiolabs Symfony up to 6.4.49/7.4.22/8.1.10. Affected by this issue is some unknown functionality of the component MetaRefreshAttributeSanitizer. The manipulation leads to incorrect regex. This vulnerability is traded as CVE-2026-121373. It is possible to initiate the attack remotely. There is no exploit available. You should upgrade the affected component.

Detailsinfo

A vulnerability was found in Sensiolabs Symfony up to 6.4.49/7.4.22/8.1.10 and classified as critical. This issue affects some unknown functionality of the component MetaRefreshAttributeSanitizer. The manipulation with an unknown input leads to a incorrect regex vulnerability. Using CWE to declare the problem leads to CWE-185. The product specifies a regular expression in a way that causes data to be improperly matched or compared. Impacted is integrity, and availability. The summary by CVE is:

The Symfony HtmlSanitizer component MetaRefreshAttributeSanitizer, introduced to fix CVE-2026-48761, sanitizes the refresh URL of content attributes of meta tags using a regular expression that is too narrow, allowing sanitization to be bypassed, and resulting in potential URL redirection to untrusted sites in Symfony versions 6.1.x prior to 6.4.50, 7.x prior to 7.4.23, and 8.x prior to 8.1.11. The shared declarative refresh steps in the WHATWG HTML Standard require a broader approach: the separator after the time may be ASCII whitespace alone, with no ; or ,, and the url= keyword is optional. Directives the browser honours, but the regular expression misses are returned unchanged, so the attacker URL skips UrlSanitizer entirely and both allowLinkSchemes and allowLinkHosts are defeated for the refresh navigation. This is reachable under any configuration that allows meta with http-equiv and content, including the documented allowStaticElements() preset.

The advisory is shared at github.com. The identification of this vulnerability is CVE-2026-121373 since 11/03/2026. The exploitation is known to be easy. The attack may be initiated remotely. No form of authentication is needed for a successful exploitation. Neither technical details nor an exploit are publicly available.

Upgrading to version 6.4.50, 7.4.23 or 8.1.11 eliminates this vulnerability.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Productinfo

Type

• Programming Tool Software

Vendor

• Sensiolabs

Name

• Symfony

Version

• 6.4.0
• 6.4.1
• 6.4.2
• 6.4.3
• 6.4.4
• 6.4.5
• 6.4.6
• 6.4.7
• 6.4.8
• 6.4.9
• 6.4.10
• 6.4.11
• 6.4.12
• 6.4.13
• 6.4.14
• 6.4.15
• 6.4.16
• 6.4.17
• 6.4.18
• 6.4.19
• 6.4.20
• 6.4.21
• 6.4.22
• 6.4.23
• 6.4.24
• 6.4.25
• 6.4.26
• 6.4.27
• 6.4.28
• 6.4.29
• 6.4.30
• 6.4.31
• 6.4.32
• 6.4.33
• 6.4.34
• 6.4.35
• 6.4.36
• 6.4.37
• 6.4.38
• 6.4.39
• 6.4.40
• 6.4.41
• 6.4.42
• 6.4.43
• 6.4.44
• 6.4.45
• 6.4.46
• 6.4.47
• 6.4.48
• 6.4.49
• 7.4.0
• 7.4.1
• 7.4.2
• 7.4.3
• 7.4.4
• 7.4.5
• 7.4.6
• 7.4.7
• 7.4.8
• 7.4.9
• 7.4.10
• 7.4.11
• 7.4.12
• 7.4.13
• 7.4.14
• 7.4.15
• 7.4.16
• 7.4.17
• 7.4.18
• 7.4.19
• 7.4.20
• 7.4.21
• 7.4.22
• 8.1.0
• 8.1.1
• 8.1.2
• 8.1.3
• 8.1.4
• 8.1.5
• 8.1.6
• 8.1.7
• 8.1.8
• 8.1.9
• 8.1.10

License

• open-source

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Discussion