CVE-2026-15410

SonicWall SMA1000 Appliances Code Injection Vulnerability

Actively exploited (CISA KEV) Used in ransomware campaigns

Description

Post-authentication improper control of generation of code ('Code Injection') vulnerability has been identified in the SMA1000 Appliance Management Console (AMC) which in specific conditions could potentially enable a remote authenticated attacker as administrator to execute arbitrary OS commands.

Description as published by the source, in English.

Key facts

Published: 2026-07-14
Last modified: 2026-08-04
Assigned by: sonicwall
Probability of exploitation: 76.3 % higher than 99 % of all known vulnerabilities
EPSS, next 30 days, model v2026.06.15
Fix available: Not registered in the sources

Actively exploited

CISA added this vulnerability to the Known Exploited Vulnerabilities catalogue on 2026-07-14, with a remediation deadline of 2026-07-17 for US federal agencies.

Required action: Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.

Affected products

Vendor	Product	Versions	Status
SonicWall	SMA1000 (Linux)	≥ 12.4.3-03245, ≤ 12.4.3-03434	Affected
SonicWall	SMA1000 (Linux)	≥ 12.5.0-02283, ≤ 12.5.0-02800	Affected

Weakness type

CWE-94: Improper Control of Generation of Code ('Code Injection')
The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or b…

Attack techniques

Derived through the weakness type: CVE to CWE to CAPEC to ATT&CK. This shows which techniques the weakness class is historically used for. It does not assert that this vulnerability has been exploited that way.

T1027.006: HTML Smuggling stealth
T1027.009: Embedded Payloads stealth
T1564.009: Resource Forking stealth

References

https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0008 vendor-advisory

Related at Berigo

Articles

Seven new KEV entries, three of them in open developer components Same product 2026-09-03
CISA added seven new vulnerabilities to its Known Exploited Vulnerabilities catalogue on 2 September 2026. Three of them sit in open components used …
Urgent updates released for SonicWall SMA 100 Same product 2026-07-14
SonicWall has fixed several flaws in the SMA 100 series, including critical ones that may allow remote code execution.
Compromised VM gave attacker access to the entire ESXi host Same product 2026-01-07
Huntress describes an intrusion where an attacker moved from one guest VM to all workloads on the ESXi host. Initial access likely came via a comprom…

Does this affect you?

A vulnerability matters only if you run the product, in an affected version, somewhere an attacker can reach.

Check your asset list Browse all vulnerabilities

Sources and freshness

CVE

What it is: A reference number naming one specific vulnerability, for example CVE-2024-9474.
What it tells you: Which vulnerability we are talking about, and in which product.
What it does NOT tell you: Nothing about how serious it is, whether anyone is exploiting it, or whether it concerns you.
Why it matters: Without a shared number, vendor, authority and tooling cannot discuss the same flaw.
Used with the others: The number is the key. NVD, KEV and EPSS all describe the same CVE.

NVD CWE CISA KEV EPSS

How to read this together

No single value should be used on its own. A high CVSS score does not mean a vulnerability is being exploited, and a low one does not mean it is harmless. The four sources answer four different questions.

CVE names the specific vulnerability.
NVD adds severity and technical detail about it.
CWE describes the type of mistake behind it.
CISA KEV shows that it is already being exploited.
EPSS estimates how likely exploitation is soon.

The order that decides what is urgent

Do you actually have the product?
Is the version you run affected?
Is it listed in CISA KEV?
Does it have a high EPSS score?
Is the system reachable from the internet or from others?
How important is the system to the business?
Are there compensating controls already in place?

The first two questions are not about the vulnerability at all. They are about you, and they remove most of the list before you start.

A short example

Fix this week

CVSS 6,5 (medium)

In CISA KEV: yes
EPSS: 94 per cent
A firewall facing the internet

Can be scheduled

CVSS 9,8 (critical)

In CISA KEV: no
EPSS: 0,04 per cent
A test server with no internet access

Sorted by CVSS alone, the one on the right comes first. It is the more serious flaw in theory. But the one on the left is being used against real organisations right now, and it sits where an attacker can reach it. That is the one to fix first.

The critical one still has to be fixed. It just does not have to be fixed today.

This product uses the NVD API but is not endorsed or certified by the NVD. CVE and the CVE logo are registered trademarks of The MITRE Corporation; CVE records are used under the CVE Terms of Use. CWE is a trademark of The MITRE Corporation, used per the CWE Terms of Use. KEV data from CISA (CC0). Exploitation probability from EPSS, a FIRST.org project. Open-source package data from OSV and the GitHub Advisory Database (CC-BY 4.0).

Scores and vectors are shown as published by the sources. The ordering of results is Berigo's own editorial assessment, described on the search page, and is not NVD data. An empty result never means a system is safe.