Quick answers
- Is CVE-2026-5855 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-5855 being exploited in the wild.
- How severe is CVE-2026-5855?
- High severity, with a CVSS score of 7.5, published 6 August 2026.
- Which products and versions are affected?
- Contiki-NG versions prior to commit f1673b5.
- Is there a fix for CVE-2026-5855?
- A patch was published on 2026-08-06: Fix merged as commit f1673b5 implementing bounds-check in lwm2m_tlv_read() Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-5855 attacked?
- It is attacked over the network.
- Am I affected by CVE-2026-5855?
- Check whether you run Contiki-NG at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
The vulnerability is a classic buffer over-read in the lwm2m_tlv_read() function (os/services/lwm2m/lwm2m-tlv.c), which ignores the caller-supplied buffer length argument and unconditionally reads up to six bytes from the input buffer. When the CoAP message ends with a TLV element containing exactly one byte, the parser reads five additional bytes from adjacent heap memory. The out-of-bounds data is returned to the caller (lwm2m-engine.c) via tlv->id, tlv->length, and tlv->value fields, disclosing memory contents including cryptographic key material and peer addresses. The attack requires only network access to the LwM2M endpoint and no authentication in NoSec mode (the default for constrained devices). A patch implementing proper bounds checking has been merged (commit f1673b5).
Affected products
- Contiki-NG Contiki-NG versions prior to commit f1673b5
Timeline
- 2026-08-06: disclosed
- 2026-08-06: patched: Fix merged as commit f1673b5 implementing bounds-check in lwm2m_tlv_read()