SensioLabs Symfony up to 5.4.53/6.4.44/7.4.17/8.1.5 Yaml lexInlineStructure stack-based overflow

Summaryinfo

A vulnerability has been found in SensioLabs Symfony up to 5.4.53/6.4.44/7.4.17/8.1.5 and classified as problematic. This affects the function Yaml\Parser::lexInlineStructure of the component Yaml. Performing a manipulation results in stack-based overflow. This vulnerability is known as CVE-2026-109413. Remote exploitation of the attack is possible. No exploit is available. The affected component should be upgraded.

Detailsinfo

A vulnerability was found in SensioLabs Symfony up to 5.4.53/6.4.44/7.4.17/8.1.5. It has been classified as problematic. This affects the function Yaml\Parser::lexInlineStructure of the component Yaml. The manipulation with an unknown input leads to a stack-based overflow vulnerability. CWE is classifying the issue as CWE-121. A stack-based buffer overflow condition is a condition where the buffer being overwritten is allocated on the stack (i.e., is a local variable or, rarely, a parameter to a function). This is going to have an impact on availability. The summary by CVE is:

In Symfony YAML prior to versions 5.4.54, 6.4.45, 7.4.18, and 8.1.6, Yaml\Parser::lexInlineStructure() recursed through lexInlineMapping() and lexInlineSequence() for every { and [ of an inline collection, without entering the nesting level that the rest of the parser bounds with maxNestingLevel. A document made of deeply nested inline collections, such as [[[[...]]]], exhausted the stack while it was being lexed: depending on the PHP version and its stack settings, the process crashed or the request ended with a fatal error. Any code parsing untrusted YAML is affected. That includes #[MapRequestPayload] when the Yaml component is installed and the endpoint does not restrict acceptFormat: a single unauthenticated request with a YAML content type is enough. This issue affects symfony/yaml prior to v5.4.54, v6.0.0-BETA1 prior to v6.4.45, v7.0.0-BETA1 prior to v7.4.18, and v8.0.0-BETA1 prior to v8.1.6.

It is possible to read the advisory at github.com. This vulnerability is uniquely identified as CVE-2026-109413 since 10/12/2026. The exploitability is told to be easy. It is possible to initiate the attack remotely. No form of authentication is needed for exploitation. Technical details of the vulnerability are known, but there is no available exploit.

Upgrading to version 5.4.54, 6.4.45, 7.4.18 or 8.1.6 eliminates this vulnerability.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Productinfo

Type

• Programming Tool Software

Vendor

• SensioLabs

Name

• Symfony

Version

• 5.4.0
• 5.4.1
• 5.4.2
• 5.4.3
• 5.4.4
• 5.4.5
• 5.4.6
• 5.4.7
• 5.4.8
• 5.4.9
• 5.4.10
• 5.4.11
• 5.4.12
• 5.4.13
• 5.4.14
• 5.4.15
• 5.4.16
• 5.4.17
• 5.4.18
• 5.4.19
• 5.4.20
• 5.4.21
• 5.4.22
• 5.4.23
• 5.4.24
• 5.4.25
• 5.4.26
• 5.4.27
• 5.4.28
• 5.4.29
• 5.4.30
• 5.4.31
• 5.4.32
• 5.4.33
• 5.4.34
• 5.4.35
• 5.4.36
• 5.4.37
• 5.4.38
• 5.4.39
• 5.4.40
• 5.4.41
• 5.4.42
• 5.4.43
• 5.4.44
• 5.4.45
• 5.4.46
• 5.4.47
• 5.4.48
• 5.4.49
• 5.4.50
• 5.4.51
• 5.4.52
• 5.4.53
• 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
• 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
• 8.1.0
• 8.1.1
• 8.1.2
• 8.1.3
• 8.1.4
• 8.1.5

License

• open-source

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Discussion