PT-2026-67498 · Pypi+1 · Ipaddress+1

CVE-2026-69192

·

Published

2026-08-03

·

Updated

2026-09-03

CVSS v4.0

7.7

High

VectorAV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:H/SI:N/SA:N
Name of the Vulnerable Software and Affected Versions ip-address versions prior to 10.3.1
Description Address4 accepts IPv4 octets with leading zeros and decodes them as decimal, whereas the WHATWG URL host parser, inet aton, and getaddrinfo decode them as octal. This discrepancy allows a string to be interpreted differently by the library and the network stack. For example, new Address4('012.0.0.1') is identified as a public address, but a request to http://012.0.0.1/ connects to the internal address 10.0.0.1.
Applications using these checks to build network trust-boundary decisions, such as filters to block Server-Side Request Forgery (SSRF), may incorrectly classify internal targets as external and allow the request. SSRF is an attack where a user-supplied address coaxes the server into making a request to an internal destination, such as a loopback service or cloud metadata endpoint, that the user cannot otherwise reach.
The issue resides in the Address4.parse function, which uses a regular expression that allows leading zeros. Consequently, all dependent classifiers are affected, including isPrivate(), isLoopback(), isLinkLocal(), isCGNAT(), isInSubnet(), isHostInSubnet(), and correctForm().
Recommendations Update to version 10.3.1. As a temporary workaround, reject any host whose octets contain a leading zero before parsing it.

Exploit

Fix

RCE

SSRF

Found an issue in the description? Have something to add? Feel free to write us 👾

Weakness Enumeration

Related Identifiers

ALSA-2026:55541
ALSA-2026:55603
ALSA-2026:58819
CVE-2026-69192
GHSA-MWP4-54F8-5FHR
RHSA-2026:50826
RHSA-2026:50854
RHSA-2026:50956
RHSA-2026:50969
SUSE-SU-2026:3929-1
SUSE-SU-2026:3930-1

Affected Products

Rocky Linux
Ipaddress