Skip to content
Laskyr

symfony/process security advisory

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

CVE-2026-24739 is a medium-severity security vulnerability in the PHP package symfony/process (CVSS 6.3), published 28 January 2026. It is fixed in 5.4.51, 6.4.33, 7.3.11, 7.4.5 and 8.0.5, one per release line; earlier versions on each line are affected. It can be exploited without an account.

medium 6.3 published 2026-01-28 · updated 2026-06-17

Fixed in symfony/process 5.4.51, 6.4.33, 7.3.11, 7.4.5 and 8.0.5

This security issue affects symfony/process in 5 release lines: < 5.4.51; >= 6.4, < 6.4.33; >= 7.3, < 7.3.11; >= 7.4, < 7.4.5; >= 8.0, < 8.0.5. Upgrade to the fixed version for your release line (5.4.51, 6.4.33, 7.3.11, 7.4.5 and 8.0.5). The newest release, 8.1.10, is not affected.

Affected versions
< 5.4.51
>= 6.4, < 6.4.33
>= 7.3, < 7.3.11
>= 7.4, < 7.4.5
>= 8.0, < 8.0.5
Fixed in
5.4.51, 6.4.33, 7.3.11, 7.4.5, 8.0.5
Newest release
8.1.10
Severity
Medium · CVSS 6.3
Type
Security issue
CWE-88
Exploited in the wild
Not on the CISA KEV list
checked 2026-11-04

Also affects

The same advisory covers another package in our list. Fix whichever one your project installs.

Is your symfony/process version affected?

Run composer show symfony/process in your project, then enter the version. We check it against this and every other known symfony/process advisory.

Who can exploit CVE-2026-24739

CVSS vector (scored by GitHub): CVSS:3.1/AV:L/AC:H/PR:N/UI:R/S:U/C:N/I:H/A:H

Your app is only exposed if it uses the affected part of symfony/process. The advisory below says which part that is. If you are not sure, upgrade anyway: it costs less than finding out.

How to fix CVE-2026-24739 in symfony/process

  1. Find the installed version: composer show symfony/process. If you never required it yourself, composer why symfony/process shows which package pulls it in.
  2. Update it: composer update symfony/process --with-all-dependencies. You need the fixed version for your release line (5.4.51, 6.4.33, 7.3.11, 7.4.5 and 8.0.5).
  3. If Composer will not go that high, your composer.json constraint is holding it back. Widen it (for example "symfony/process": "^8.0.5" if you can take that version), or upgrade the package that requires it.
  4. Run composer audit. It reads the same advisory data and should no longer list CVE-2026-24739.
  5. Commit composer.lock and deploy it. On the server, run composer install --no-dev from the lock file, not composer update.

If you cannot upgrade yet

The advisory gives this workaround:

Some workarounds are available.

General hardening for this kind of issue while the upgrade waits. None of it replaces the fix.

The CVE-2026-24739 advisory

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 `MSYS2_ARG_CONV_EXCL`), understanding this may affect other tooling behavior.

Description from the CVE record, published by GitHub (the CVE Numbering Authority), via the NVD entry for CVE-2026-24739. Advisory title: “Symfony's incorrect argument escaping under MSYS2/Git Bash can lead to destructive file operations on Windows”.

References

Other symfony/process advisories

Related

Need help patching or upgrading? Laskyr does PHP and Laravel security fixes and upgrades. Tell us what you run and we reply with a plan and a price.

Ask about a fix

Where this data comes from

First hour checklist

If the site was just hacked, read the emergency kit before you delete files. The page is free. Email is optional.

Read the emergency kit