CVE-2026-56015
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 41 - wyżej niż 41% wszystkich znanych CVE
Streszczenie
W bibliotece Net::IP::LPM dla Perla w wersjach do 1.10 wykryto podatność na odczyt poza dozwolonym obszarem sterty. Funkcja add() nie sprawdza długości prefiksu względem szerokości adresu, co pozwala na przekazanie zbyt długiego prefiksu (np. /255 dla IPv4 lub IPv6). Powoduje to odczyt poza buforem adresu podczas budowy drzewa trie.
Ocena ryzyka
Atakujący może spowodować awarię procesu (np. przez AddressSanitizer lub hardened allocator) poprzez podanie spreparowanego adresu z nadmierną długością prefiksu. Choć odczytane dane nie są ujawniane przez API modułu, podatność może prowadzić do przerwania działania aplikacji wykorzystującej tę bibliotekę.
Rekomendacja
Należy zaktualizować bibliotekę Net::IP::LPM do wersji nowszej niż 1.10, w której dodano walidację długości prefiksu. Jeśli aktualizacja nie jest dostępna, należy ograniczyć zaufane źródła danych wejściowych przekazywanych do funkcji add().
Oryginalny opis (angielski, źródło NVD)
Net::IP::LPM versions through 1.10 for Perl allow a heap out-of-bounds read via an unbounded prefix length. add() passes the prefix string to the trie builder addPrefixToTrie() without checking it against the address width. addPrefixToTrie() then walks the prefix buffer by prefix_length bits, reading prefix[byte] for byte up to prefix_len/8, where prefix is the 4-byte (IPv4) or 16-byte (IPv6) packed address. A prefix length greater than 32 for IPv4 or 128 for IPv6, for example add("1.2.3.4/255", $v) or add("2001:db8::/255", $v), reads past the end of the packed address. The out-of-bounds read happens during trie construction and is bounded: the prefix length is stored as an unsigned char, so the bit walk reads at most 32 bytes from the start of the packed address, a short distance past the end of the 4-byte or 16-byte buffer. It is detectable under AddressSanitizer, valgrind, or a hardened allocator, where it can abort the process. Lookups and dump() format only the valid address width, so the out-of-bounds bytes are not exposed through the module's API.