CVE-2026-24739: Symfony has incorrect argument escaping under MSYS2/Git Bash on Windows that can lead to destructive file operations

Published Jan 28, 2026
·
Updated

Summary The Symfony Process component did not correctly treat some characters (notably =) as “special” when escaping arguments on Windows. When PHP is executed from an MSYS2-based environment (e.g. Git Bash) and Symfony Process spawns native Windows executables, MSYS2’s argument/path conversion can mishandle unquoted arguments containing these characters.

This can cause the spawned process to receive corrupted/truncated arguments compared to what Symfony intended.

Impact If an application (or tooling such as Composer scripts) uses Symfony Process to invoke file-management commands (e.g. rmdir, del, etc.) with a path argument containing =, the MSYS2 conversion layer may alter the argument at runtime. In affected setups this can result in operations being performed on an unintended path, up to and including deletion of the contents of a broader directory or drive.

The issue is particularly relevant when untrusted input can influence process arguments (directly or indirectly, e.g. via repository paths, extracted archive paths, temporary directories, or user-controlled configuration).

Resolution Upgrade to a Symfony release that includes the fix from symfony/symfony#63164 (which updates Windows argument escaping to ensure arguments containing = and other MSYS2-sensitive characters are properly quoted/escaped). The patch for branch 5.4 is available at https://github.com/symfony/symfony/commit/ec154f6f95f8c60f831998ec4d246a857e9d179b

Workarounds / Mitigations Avoid running PHP/your tooling from MSYS2-based shells on Windows; prefer cmd.exe or PowerShell for workflows that spawn native executables. Avoid passing paths containing = (and similar MSYS2-sensitive characters) to Symfony Process when operating under Git Bash/MSYS2. Where applicable, configure MSYS2 to disable or restrict argument conversion (e.g. via MSYS2ARGCONVEXCL), understanding this may affect other tooling behavior.

Other sources

Symfony is a PHP framework for web and console applications and a set of reusable PHP components. Prior to versions 5.4.51, 6.4.33, 7.3.11, 7.4.5, and 8.0.5, the Symfony Process component did not correctly treat some characters (notably =) as “special” when escaping arguments on Windows. When PHP is executed from an MSYS2-based environment (e.g. Git Bash) and Symfony Process spawns native Windows executables, MSYS2’s argument/path conversion can mis-handle unquoted arguments containing these characters. This can cause the spawned process to receive corrupted/truncated arguments compared to what Symfony intended. If an application (or tooling such as Composer scripts) uses Symfony Process to invoke file-management commands (e.g. rmdir, del, etc.) with a path argument containing =, the MSYS2 conversion layer may alter the argument at runtime. In affected setups this can result in operations being performed on an unintended path, up to and including deletion of the contents of a broader directory or drive. The issue is particularly relevant when untrusted input can influence process arguments (directly or indirectly, e.g. via repository paths, extracted archive paths, temporary directories, or user-controlled configuration). Versions 5.4.51, 6.4.33, 7.3.11, 7.4.5, and 8.0.5 contains a patch for the issue. Some workarounds are available. Avoid running PHP/one's own tooling from MSYS2-based shells on Windows; prefer cmd.exe or PowerShell for workflows that spawn native executables. Avoid passing paths containing = (and similar MSYS2-sensitive characters) to Symfony Process when operating under Git Bash/MSYS2. Where applicable, configure MSYS2 to disable or restrict argument conversion (e.g. via MSYS2ARGCONVEXCL), understanding this may affect other tooling behavior.

MITRE

Affected Software

16 affected componentsFixes available
Symfony Symfony<5.4.51, <6.4.33, <7.3.11, <7.4.5, <8.0.5
composer/symfony/symfony>=8.0<8.0.5
8.0.5
composer/symfony/symfony>=7.4<7.4.5
7.4.5
composer/symfony/symfony>=7.3<7.3.11
7.3.11
composer/symfony/symfony>=6.4<6.4.33
6.4.33
composer/symfony/symfony<5.4.51
5.4.51
composer/symfony/process>=8.0<8.0.5
8.0.5
composer/symfony/process>=7.4<7.4.5
7.4.5
composer/symfony/process>=7.3<7.3.11
7.3.11
composer/symfony/process>=6.4<6.4.33
6.4.33
composer/symfony/process<5.4.51
5.4.51
SensioLabs Symfony<5.4.51
SensioLabs Symfony>=6.4.0<6.4.33
SensioLabs Symfony>=7.3.0<7.3.11
SensioLabs Symfony>=7.4.0<7.4.5
SensioLabs Symfony>=8.0.0<8.0.5

Event History

Jan 28, 2026
CVE Published
via MITRE·08:25 PM
Data Sourced
via MITRE·08:25 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:16 PM
RemedyDescriptionSeverityWeaknessAffected Software
Advisory Published
via GitHub·09:28 PM
Data Sourced
via GitHub·09:28 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-24739?

CVE-2026-24739 has a medium severity rating due to the risk of destructive file operations.

2

How do I fix CVE-2026-24739?

To fix CVE-2026-24739, upgrade Symfony to version 8.0.5 or later, or to the corresponding fixed version for your specific branch.

3

Which Symfony versions are affected by CVE-2026-24739?

CVE-2026-24739 affects Symfony versions below 5.4.51, 6.4.33, 7.3.11, 7.4.5, and 8.0.5.

4

Does CVE-2026-24739 affect all operating systems?

CVE-2026-24739 specifically affects Symfony running on Windows under MSYS2/Git Bash.

5

What components of Symfony are impacted by CVE-2026-24739?

The Symfony Process component is impacted by CVE-2026-24739 due to incorrect argument escaping.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203