Skip to content

GHSA-xpg8-7m6m-jf56 CVE-2026-56379

ImageMagick: SVG-to-MVG Command Injection via coders/svg.c

Critical NuGet
Severity
9.2 / 10
Critical · CVSS 4.0
Exploit chance (EPSS)
1.64%
Chance of exploitation in the next 30 days. Higher than 76.42% of scored vulnerabilities.
Known exploited
No
Not in CISA's catalog
Weakness
CWE-116 Improper Encoding or Escaping of Output
CWE-77 Improper Neutralization of Special Elements used in a Command ('Command Injection')
Fix
Available
19 packages have a fixed version

Description

An attacker can inject arbitrary MVG (Magick Vector Graphics) drawing commands in an SVG file that is read by the internal SVG decoder of ImageMagick. The injected MVG commands execute during rendering.

Affected versions

NuGet

PackageVulnerableFixed in
Magick.NET-Q16-AnyCPU
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-AnyCPU
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-OpenMP-arm64
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-OpenMP-x64
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-arm64
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-x64
< 14.10.3
14.10.3
Magick.NET-Q16-HDRI-x86
< 14.10.3
14.10.3
Magick.NET-Q16-OpenMP-arm64
< 14.10.3
14.10.3
Magick.NET-Q16-OpenMP-x64
< 14.10.3
14.10.3
Magick.NET-Q16-OpenMP-x86
< 14.10.3
14.10.3
Magick.NET-Q16-arm64
< 14.10.3
14.10.3
Magick.NET-Q16-x64
< 14.10.3
14.10.3
Magick.NET-Q16-x86
< 14.10.3
14.10.3
Magick.NET-Q8-AnyCPU
< 14.10.3
14.10.3
Magick.NET-Q8-OpenMP-arm64
< 14.10.3
14.10.3
Magick.NET-Q8-OpenMP-x64
< 14.10.3
14.10.3
Magick.NET-Q8-arm64
< 14.10.3
14.10.3
Magick.NET-Q8-x64
< 14.10.3
14.10.3
Magick.NET-Q8-x86
< 14.10.3
14.10.3

How to fix

Move to the fixed version or later with your package manager, update the lockfile, and run your tests. If the package only arrives through another dependency, upgrade that dependency first. If none of its releases pulls a fixed version yet, force the version with your package manager's override.

Magick.NET-Q16-AnyCPU NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-AnyCPU --version 14.10.3

Magick.NET-Q16-HDRI-AnyCPU NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-AnyCPU --version 14.10.3

Magick.NET-Q16-HDRI-OpenMP-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-OpenMP-arm64 --version 14.10.3

Magick.NET-Q16-HDRI-OpenMP-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-OpenMP-x64 --version 14.10.3

Magick.NET-Q16-HDRI-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-arm64 --version 14.10.3

Magick.NET-Q16-HDRI-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-x64 --version 14.10.3

Magick.NET-Q16-HDRI-x86 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-HDRI-x86 --version 14.10.3

Magick.NET-Q16-OpenMP-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-OpenMP-arm64 --version 14.10.3

Magick.NET-Q16-OpenMP-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-OpenMP-x64 --version 14.10.3

Magick.NET-Q16-OpenMP-x86 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-OpenMP-x86 --version 14.10.3

Magick.NET-Q16-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-arm64 --version 14.10.3

Magick.NET-Q16-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-x64 --version 14.10.3

Magick.NET-Q16-x86 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q16-x86 --version 14.10.3

Magick.NET-Q8-AnyCPU NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-AnyCPU --version 14.10.3

Magick.NET-Q8-OpenMP-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-OpenMP-arm64 --version 14.10.3

Magick.NET-Q8-OpenMP-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-OpenMP-x64 --version 14.10.3

Magick.NET-Q8-arm64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-arm64 --version 14.10.3

Magick.NET-Q8-x64 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-x64 --version 14.10.3

Magick.NET-Q8-x86 NuGet → 14.10.3

dotnet
dotnet add package Magick.NET-Q8-x86 --version 14.10.3

Severity breakdown

CVSS 4.0 9.2

CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

Attack vector
Network
Attack complexity
High
Attack requirements
Present
Privileges required
None
User interaction
None
Confidentiality (vulnerable system)
High
Integrity (vulnerable system)
High
Availability (vulnerable system)
High
Confidentiality (subsequent systems)
None
Integrity (subsequent systems)
None
Availability (subsequent systems)
None
Exploit maturity
Not defined
Scope
X

CVSS 3.1 0.0

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:N

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
None

Weakness

CWE-116: Improper Encoding or Escaping of Output

The product prepares a structured message for communication with another component, but encoding or escaping of the data is either missing or done incorrectly. As a result, the intended structure of the message is not preserved.

How to prevent it
  • Architecture and Design: Use a vetted library or framework that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid. For example, consider using the ESAPI Encoding control [REF-45] or a similar tool, library, or framework. These will help the programmer encode outputs in a manner less prone to error. Alternately, use built-in functions, but consider using wrappers in case those functions are discovered to have a vulnerability.
  • Architecture and Design: If available, use structured mechanisms that automatically enforce the separation between data and code. These mechanisms may be able to provide the relevant quoting, encoding, and validation automatically, instead of relying on the developer to provide this capability at every point where output is generated. For example, stored procedures can enforce database query structure and reduce the likelihood of SQL injection.
  • Architecture and Design, Implementation: Understand the context in which your data will be used and the encoding that will be expected. This is especially important when transmitting data between different components, or when generating outputs that can contain multiple encodings at the same time, such as web pages or multi-part mail messages. Study all expected communication protocols and data representations to determine the required encoding strategies.
  • Architecture and Design: In some cases, input validation may be an important strategy when output encoding is not a complete solution. For example, you may be providing the same output that will be processed by multiple consumers that use different encodings or representations. In other cases, you may be required to allow user-supplied input to contain control information, such as limited HTML tags that support formatting in a wiki or bulletin board. When this type of requirement must be met, use an extremely strict allowlist to limit which control sequences can be used. Verify that the resulting syntactic structure is what you expect. Use your normal encoding methods for the remainder of the input.
  • Architecture and Design: Use input validation as a defense-in-depth measure to reduce the likelihood of output encoding errors (see CWE-20).
  • Requirements: Fully specify which encodings are required by components that will be communicating with each other.
  • Implementation: When exchanging data between components, ensure that both components are using the same character encoding. Ensure that the proper encoding is applied at each interface. Explicitly set the encoding you are using whenever the protocol allows you to do so.

CWE-77: Improper Neutralization of Special Elements used in a Command ('Command Injection')

The product constructs all or part of a command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended command when it is sent to a downstream component.

How to prevent it
  • Architecture and Design: If at all possible, use library calls rather than external processes to recreate the desired functionality.
  • Implementation: If possible, ensure that all external commands called from the program are statically created.
  • Implementation: Assume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range of acceptable values, missing or extra inputs, syntax, consistency across related fields, and conformance to business rules. As an example of business rule logic, "boat" may be syntactically valid because it only contains alphanumeric characters, but it is not valid if the input is only expected to contain colors such as "red" or "blue." Do not rely exclusively on looking for malicious or malformed inputs. This is likely to miss at least one undesirable input, especially if the code's environment changes. This can give attackers enough room to bypass the intended validation. However, denylists can be useful for detecting potential attacks or determining which inputs are so malformed that they should be rejected outright.
  • Operation: Run time: Run time policy enforcement may be used in an allowlist fashion to prevent use of any non-sanctioned commands.
  • System Configuration: Assign permissions that prevent the user from accessing/opening privileged files.

References

Timeline

  1. Published
  2. Last updated by the source
  3. Latest EPSS score
AdvisorySeverityWhy it's related
GHSA-j7hp-h8jx-5ppr
libwebp: OOB write in BuildHuffmanTable
High Known exploited Also affects magick.net-q16-anycpu
GHSA-cvhv-g4rq-3hmw
ImageMagick: Memory Leak when providing invalid options to the cli
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-h22j-f9xw-xjjm
ImageMagick: Integer Overflow in JNX decoder causes heap buffer over-write when processing extremly large files on 32-bit builds
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-422r-8c97-xcg4
ImageMagick: Heap Buffer Over-Write in fx operation
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-f5m7-cqgw-8hm7
ImageMagick: Heap Buffer Over-Write in morphology operation when an invalid kernel is provided
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-hc76-7mpc-qjqh
ImageMagick: Code injection in HTML encoder due to incomplete fix of CVE-2026-25797
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-56m6-8q75-f2rw
ImageMagick: Policy Bypass due to an incomplete fix of CVE-2026-49219
Medium Also affects Magick.NET-Q16-AnyCPU
GHSA-h5r4-w88w-7ccr
ImageMagick: Memory Leak in TIFF encoder when invalid tiff:tile-geometry is specified
Low Also affects Magick.NET-Q16-AnyCPU
Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor