Cyber Resilience

CVE-2026-20057

Cisco Cyber Vision 3.0.0 … 5.3.1

Published
04 March 2026
Modified
20 August 2026
Patch / advisory
CVSS Score v3.1 5.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:L
EPSS Score 0.0043 36th percentile
Risk Priority 46 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2026-20057 is a medium-severity Divide By Zero (CWE-369) vulnerability in Cisco Cyber Vision. Its CVSS base score is 5.8 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Endpoint Denial of Service (T1499); ranked at the 36th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SA-11 (Developer Testing and Evaluation) and SA-8 (Security and Privacy Engineering Principles) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Multiple Cisco products are affected by a vulnerability in the Snort 3 Visual Basic for Applications (VBA) feature which could allow an unauthenticated, remote attacker to cause the Snort 3 Detection Engine to crash.    This vulnerability is due to…

more

lack of proper error checking when decompressing VBA data. An attacker could exploit this vulnerability by sending a crafted VBA data to the Snort 3 Detection Engine on the targeted device. A successful exploit could allow the attacker to cause the Snort 3 Detection Engine to unexpectedly restart causing a a denial of service (DoS) condition.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1499 Endpoint Denial of Service Impact
Adversaries may perform Endpoint Denial of Service (DoS) attacks to degrade or block the availability of services to users.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-20068Same product: Cisco Cyber Vision
CVE-2026-20054Same product: Cisco Cyber Vision
CVE-2026-20053Same product: Cisco Cyber Vision
CVE-2026-20067Same product: Cisco Cyber Vision
CVE-2026-20065Same product: Cisco Secure Firewall Threat Defense
CVE-2026-20066Same product: Cisco Secure Firewall Threat Defense
CVE-2024-20363Same product: Cisco Secure Firewall Threat Defense
CVE-2026-20058Same product: Cisco Secure Firewall Threat Defense
CVE-2023-20244Same product: Cisco Secure Firewall Threat Defense
CVE-2024-20311Same vendor: Cisco

Affected Assets

cisco
snort
3.0.0-233 — 3.9.3.0
cisco
cyber vision
3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4
cisco
secure firewall threat defense
7.2.0, 7.2.0.1, 7.2.1, 7.2.10, 7.2.10.2
cisco
unified threat defense snort intrusion prevention system engine
17.12.1a, 17.12.2, 17.12.3, 17.12.3a, 17.12.4

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and evaluation (including static/dynamic analysis) finds divide-by-zero conditions after they have been coded.

Security engineering principles can require safe-arithmetic constructs or explicit guards that keep division operands nonzero.

Validating numeric inputs before use as divisors structurally blocks zero values from reaching division operations.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly include code analysis, input validation, and testing that prevent divide-by-zero errors.

ID.RA-01 partial match
prevents

Vulnerability identification processes can discover divide-by-zero flaws via static analysis or testing.

PR.PS-02 partial match
prevents

Routine patching and replacement can remediate divide-by-zero bugs present in deployed software.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing in development can detect divide-by-zero conditions before release.

prevents

Secure development lifecycle includes input validation and error-handling practices that can prevent divide-by-zero faults.

prevents

Application security requirements can mandate checks for zero denominators and safe arithmetic handling.

prevents

Secure architecture principles encourage defensive coding patterns that avoid arithmetic exceptions.

prevents

Secure coding standards directly require validation to prevent divide-by-zero and similar runtime faults.

References