wolfEngine before 1.4.1 sources the explicit AES-CCM nonce for TLS 1.2 and DTLS 1.2 records from the record input buffer instead of the TLS sequence number carried in the additional authenticated data. Because the record layer leaves the explicit-nonce field for the cipher to populate, the value read is constant across records, so every AES-CCM record within a connection is encrypted under an identical key and nonce pair. Reusing a CCM key and nonce weakens confidentiality (identical keystream across records, so a known record recovers the others) and integrity (authentication tag forgery). Only wolfEngine is affected; wolfProvider is not. AES-GCM under wolfEngine is tracked separately. AES-CCM cipher suites are not enabled by default and must be explicitly selected, which limits exposure. TLS 1.3 and non-TLS use of the cipher are not affected.
References
| Link | Resource |
|---|---|
| https://www.wolfssl.com/docs/security-vulnerabilities/ | Vendor Advisory |
Configurations
History
29 Sep 2026, 19:10
| Type | Values Removed | Values Added |
|---|---|---|
| CPE | cpe:2.3:a:wolfssl:wolfengine:*:*:*:*:*:*:*:* | |
| First Time |
Wolfssl
Wolfssl wolfengine |
|
| References | () https://www.wolfssl.com/docs/security-vulnerabilities/ - Vendor Advisory |
Information
Published : 2026-08-28 16:18
Updated : 2026-09-29 19:10
NVD link : CVE-2026-81341
Mitre link : CVE-2026-81341
CVE.ORG link : CVE-2026-81341
JSON object : View
Products Affected
wolfssl
- wolfengine
CWE
CWE-323
Reusing a Nonce, Key Pair in Encryption
