CVE-2025-65495
Libcoap 4.3.5
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HSummary
CVE-2025-65495 is a high-severity Signed to Unsigned Conversion Error (CWE-195) vulnerability in Libcoap Libcoap. Its CVSS base score is 7.5 (High).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploitation for Privilege Escalation (T1068); ranked at the 15th 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-15 (Development Process, Standards, and Tools) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2025-198714
Vulnerability Data
Integer signedness error in tls_verify_call_back() in src/coap_openssl.c in OISM libcoap 4.3.5 allows remote attackers to cause a denial of service via a crafted TLS certificate that causes i2d_X509() to return -1 and be misused as a malloc() size parameter.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Developer testing and evaluation can discover conversion errors through static analysis, fuzzing, or targeted unit tests.
Requiring documented development standards and tools can enforce coding rules that prohibit or safely wrap such casts.
Engineering principles can mandate safe integer handling and strong typing to avoid unsafe signed-to-unsigned casts.
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.
Secure SDLC practices (static analysis, code review, safe-integer standards) directly prevent signed-to-unsigned conversion errors.
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.
Security testing in development can detect conversion-related defects before release.
Secure development life cycle mandates practices that can catch signed-to-unsigned conversion errors during design and coding.
Application security requirements can specify safe integer handling and type-conversion rules.
Secure system architecture and engineering principles include data-type safety and overflow prevention.
Secure coding standards directly prohibit unsafe signed-to-unsigned casts and require defensive checks.