CVE-2026-61544
libp2p-rust is the official Rust language implementation of the libp2p networking stack. Prior to 0.13.1, libp2p-quic could panic during an inbound QUIC handshake when a remote peer presented a valid short-lived libp2p TLS certificate and delayed the final TLS 1.3 handshake fragment until after the certificate expired. In the Quinn post-handshake upgrade path, transports/quic/src/connection/connecting.rs called libp2p_tls::certificate::parse a second time in remote_peer_id and used expect on the result. The repeated wall-clock validity check could reject the now-expired certificate, causing the expect call to terminate any application exposing an affected libp2p-quic listener. This vulnerability is fixed in 0.13.1.
Scoring
- Severity
- HIGH
- CVSS base score
- 8.2
- CVSS vector
- CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
- EPSS probability
- 0.23%
- CWE
- CWE-248
- Published
- 2026-09-15
- Last modified
- 2026-09-17
Affected products
- libp2p rust-libp2p
Weakness type
Related vulnerabilities
- CVE-2013-10065 — Sysax Multi-Server <= 6.10 SSHD Key Exchange DoS
- CVE-2025-12423 — Denial of Service - Protocol Manipulation
- CVE-2024-42037 — Vulnerability of uncaught exceptions in the Graphics module Impact: Successful exploitation of this vulnerability may af
- CVE-2025-53620 — Crashing any Qwik Server
- CVE-2025-0657 — ALC WebCTRL Carrier i-Vu and Gen5 Controllers Array Index out-of-range
- CVE-2023-5038 — Unauthenticated DoS
- CVE-2026-33191 — free5GC UDM vulnerable to null byte injection in URL path parameters causing 500 Internal Server Error
- CVE-2026-34752 — Haraka affected by DoS via `__proto__` email header