PatchSiren cyber security CVE debrief
CVE-2026-12519 zephyrproject CVE debrief
The WNC-M14A2A LTE-M modem driver mishandles unsolicited %NOTIFYEV: events, leading to out-of-bounds stack disclosure and potential denial of service. This issue arises from the linearization of the response line into a fixed 40-byte stack buffer in the on_cmd_socknotifyev() function (drivers/modem/vendor_standalone/wncm14a2a.c). The response line is capped at 39 bytes, but the scanning loops are bounded by the full CR/LF-delimited frame length, not the linearized length. Consequently, when a %NOTIFYEV: line longer than 39 bytes contains no quote within the linearized region, the loop indices can walk past the 39-byte mark, reading adjacent stack memory until a stray quote byte is found or the end of the frame is reached. This can lead to out-of-bounds stack disclosure into logs and parsing, and stack corruption that can crash the modem RX thread, resulting in denial of service. The impact is exacerbated by the fact that the %NOTIFYEV: payload carries network-derived content, making it possible for a rogue cellular base station, a malicious or compromised modem module, or RF manipulation to induce an over-long notify line without any application interaction. The handler runs automatically on the unsolicited event in the modem RX thread. The write offset is only weakly controlled, so while memory-safe code execution is not demonstrated, the potential for denial of service and limited control over the write offset makes this a significant concern. Organizations should review and apply patches from the vendor, monitor modem RX thread for unusual activity, and implement compensating controls to detect and prevent exploitation.
- Vendor
- zephyrproject
- Product
- zephyr
- CVSS
- MEDIUM 5
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-08-17
- Original CVE updated
- 2026-08-26
- Advisory published
- 2026-08-17
- Advisory updated
- 2026-08-26
Who should care
Organizations using the WNC-M14A2A LTE-M modem driver should review and apply patches to prevent potential denial of service and out-of-bounds stack disclosure. Affected operators, platforms, and security teams should assess their exposure and implement compensating controls if necessary. Vulnerability management and security teams should prioritize patching and monitoring of affected systems.
Technical summary
The WNC-M14A2A LTE-M modem driver mishandles unsolicited %NOTIFYEV: events in on_cmd_socknotifyev(). The response line is linearized into a fixed 40-byte stack buffer, but scanning loops are bounded by the full CR/LF-delimited frame length, leading to out-of-bounds stack disclosure and potential denial of service. The impact is out-of-bounds stack disclosure into logs and parsing, and stack corruption that can crash the modem RX thread, resulting in denial of service. The write offset is only weakly controlled, so memory-safe code execution is not demonstrated. A rogue cellular base station, a malicious or compromised modem module, or RF manipulation that induces an over-long notify line can reach the defect without any application interaction; the handler runs automatically on the unsolicited event in the modem RX thread.
Defensive priority
Medium priority due to potential for denial of service and limited control over write offset.
Recommended defensive actions
- Review and apply patches from the vendor
- Monitor modem RX thread for unusual activity
- Implement compensating controls to detect and prevent exploitation
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
- Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
Evidence notes
Evidence from official CVE Program record and NIST NVD detail page supports the existence of the vulnerability. However, details on affected products and versions are limited. Affected product deployments should be reviewed for exposure, and defenders should verify system configurations and patch status. Additional information from vendor advisories or source references may be necessary for comprehensive risk assessment.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-12519 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-12519
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-12519 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-12519
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/zephyrproject-rtos/zephyr/commit/c516cb7c14f8b0537811764daa94bedc50c230f3
-
Source reference
Unverified legacy reference
URL: https://github.com/zephyrproject-rtos/zephyr/security/advisories/GHSA-8hrc-q8cp-6xhf
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.