PatchSiren cyber security CVE debrief
CVE-2026-56015 RRWO CVE debrief
A heap out-of-bounds read vulnerability exists in Net::IP::LPM versions before 1.11 for Perl. The issue arises from the add() function passing the prefix string to addPrefixToTrie() without checking it against the address width. This can lead to an out-of-bounds read during trie construction, which is detectable under AddressSanitizer, valgrind, or a hardened allocator.
- Vendor
- RRWO
- Product
- Net::IP::LPM
- CVSS
- CRITICAL 9.1
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-07-03
- Original CVE updated
- 2026-09-07
- Advisory published
- 2026-07-03
- Advisory updated
- 2026-09-07
Who should care
Defenders responsible for Perl applications using Net::IP::LPM should assess exposure and prioritize patching or updating to version 1.11 or later. This includes operators, platform administrators, vulnerability management teams, and security teams who need to verify the version in use and apply patches or updates to prevent exploitation.
Why it matters
CVE-2026-56015 is a critical vulnerability in Net::IP::LPM that can lead to a heap out-of-bounds read. Defenders should prioritize verifying the version in use and applying patches or updates.
- Verify and update Net::IP::LPM to version 1.11 or later to prevent exploitation.
- Use AddressSanitizer, valgrind, or a hardened allocator to detect and prevent exploitation.
- Review and update code to ensure proper bounds checking on prefix lengths.
Technical summary
The add() function in Net::IP::LPM versions before 1.11 for Perl passes the prefix string to addPrefixToTrie() without checking it against the address width. This can lead to an out-of-bounds read during trie construction. The issue arises from the lack of proper bounds checking on prefix lengths, which can cause the function to read past the end of the packed address. This vulnerability is detectable under AddressSanitizer, valgrind, or a hardened allocator. The out-of-bounds read is bounded and does not expose the out-of-bounds bytes through the module's API.
Defensive priority
Defenders should prioritize verifying the version of Net::IP::LPM in use and applying patches or updates to ensure the vulnerability is addressed.
Recommended defensive actions
- Verify the version of Net::IP::LPM in use and apply patches or updates to ensure the vulnerability is addressed.
- Use AddressSanitizer, valgrind, or a hardened allocator to detect and prevent exploitation.
- Review and update code to ensure proper bounds checking on prefix lengths.
- Perform a thorough review of the affected systems to identify potential exposure.
- Develop and implement compensating controls to mitigate the vulnerability.
- Monitor relevant logs and detection systems for signs of exploitation.
- Track and document remediation efforts and exceptions.
Evidence notes
The vulnerability is caused by the add() function not checking the prefix string against the address width before passing it to addPrefixToTrie(). This can lead to an out-of-bounds read during trie construction.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-56015 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-56015
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-56015 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-56015
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://metacpan.org/release/RRWO/Net-IP-LPM-1.11/changes
9b29abf9-4ab0-4765-b253-1875cd9b441e
-
Source reference
Unverified legacy reference
URL: https://security.metacpan.org/patches/N/Net-IP-LPM/1.10/CVE-2026-56015-r2.patch
9b29abf9-4ab0-4765-b253-1875cd9b441e
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.