GHSA-wrvw-254r-wpmv: OS Command Injection

Published Sep 25, 2026
·
Updated

Impact An OS command injection vulnerability exists in the PowerShell and Cmd shell wrappers provided by the CliInvoke.Specializations package (the PowershellProcessInvoker/CmdProcessInvoker invokers, and the UsePowerShell/UseCmd middleware in v3 pre-release versions).

The wrappers re-run a caller-supplied target and arguments inside a shell command (pwsh -Command ... / cmd /c ...). In affected versions the wrapped command was delivered to the operating system as a single ProcessStartInfo.Arguments string. The OS command-line parser re-tokenizes that string before the shell parses it, so a double quote (") in the target or arguments breaks OS-level quoting and lets the wrapped shell reassemble a second, unintended command.

An attacker could exploit this to execute arbitrary commands with the privileges of the host process.

Patches The Specializations Packages now deliver the command via ProcessStartInfo.ArgumentList (natively where supported, and polyfilled in older TFMs), so that the operating system passes argv verbatim and only the shell parses the command once.

Upgrade to: - 2.8.5 (2.8.x line) - 2.9.4 (2.9.x line) - 2.10.5 (2.10.x line) - 3.0.0-beta.1 (3.x pre-release line)

Workarounds No complete workaround is available. Until upgraded:

- Reject or strip " from any target path or argument passed to the PowerShell/Cmd wrappers. On 2.2.0 – 2.9.2 and 3.0.0-alpha.1 – alpha.4, also reject shell metacharacters (;, |, &, $, backtick, parentheses). - Alternatively, bypass the wrappers for untrusted input and invoke the target process directly so that no second shell parse of the data occurs.

Affected Software

6 affected componentsFixes available
nuget/AlastairLundy.CliInvoke.Specializations>=1.0.0-rc.1<=1.6.1.1
2.0.2
nuget/CliInvoke.Specializations>=3.0.0-alpha.8<=3.0.0-alpha.10
3.0.0-beta.1
nuget/CliInvoke.Specializations>=3.0.0-alpha.1<=3.0.0-alpha.4
3.0.0-beta.1
nuget/CliInvoke.Specializations>=2.10.0<=2.10.4
2.10.5
nuget/CliInvoke.Specializations>=2.9.0<=2.9.3
2.9.4
nuget/CliInvoke.Specializations>=2.2.0<=2.8.4
2.8.5

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade nuget/AlastairLundy.CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.0.2
  2. Upgrade

    Upgrade nuget/CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 3.0.0-beta.1
  3. Upgrade

    Upgrade nuget/CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.10.5
  4. Upgrade

    Upgrade nuget/CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.9.4
  5. Upgrade

    Upgrade nuget/CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.8.5
  6. Upgrade

    Upgrade CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.10.5
  7. Upgrade

    Upgrade CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.8.5
  8. Upgrade

    Upgrade CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 2.9.4
  9. Upgrade

    Upgrade CliInvoke.Specializations to a version that resolves this vulnerability.

    Fixed in 3.0.0-beta.1
  10. Compensating control

    Until upgraded, bypass the PowerShell/Cmd wrappers for untrusted input and invoke the target process directly so the data is not subjected to a second shell parse.

  11. Compensating control

    Until upgraded, reject or strip double quotes (") from target paths or arguments passed to the PowerShell/Cmd wrappers; for versions 2.2.0–2.9.2 and 3.0.0-alpha.1–alpha.4, also reject shell metacharacters (;, |, &, $, backtick, and parentheses).

Event History

Sep 25, 2026
Advisory Published
via GitHub·09:41 PM
Data Sourced
via GitHub·09:41 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which uses of the package are affected?

Applications are exposed when they use the PowerShell or Cmd shell wrappers, specifically PowershellProcessInvoker or CmdProcessInvoker. In v3 pre-release versions, UsePowerShell and UseCmd middleware are also affected.

2

What input must an attacker control to exploit this?

An attacker needs influence over the target command or its arguments passed to a vulnerable wrapper. A double quote in that supplied value can break the operating-system-level quoting and cause the shell to execute an unintended second command.

3

What privileges would injected commands receive?

Injected commands execute with the privileges of the host process running the vulnerable wrapper. The impact therefore depends on the permissions assigned to that process.

4

How should affected deployments be remediated?

Upgrade the Specializations package to a patched release in the applicable supported line, including 2.8.5 for 2.8.x, 2.9.4 for 2.9.x, or 2.10.5 for 2.10.x. The patched packages use ProcessStartInfo.ArgumentList so the operating system receives arguments verbatim rather than re-tokenizing a single argument string.

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