Approved changes feed: RSS · Atom
cpe:2.3:a:rrwo:net::cidr::set:*:*:*:*:*:*:*:*
part: a version: * update: cidr
| Vendor | Rrwo (b5300a69-c4f4-5cc7-a4bb-65304bf38389) |
|---|---|
| Product | Net (e807335c-cdc5-5ad1-9280-7caf1a75c483) |
| Edition | * |
| Language | set |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-19566 |
vulnerable | 2026-09-16 04:34:15.479724 |
Net::CIDR::Set versions before 0.23 for Perl allow memory exhaustion and malformed set ranges via unbounded IPv6 prefix lengths
Net::CIDR::Set versions before 0.23 for Perl allow memory exhaustion and malformed set ranges via unbounded IPv6 prefix lengths.
The _encode method accepts any prefix length matching `(0|[1-9][0-9]*)` and passes it to _width2bits(), which builds the mask as `'1' x ($width + 8)`, one character per bit. The _inc() method then unpacks the packed mask into a Perl array of one scalar per byte, so the prefix length alone sets the allocation size: `::/100000000` builds a 100 MB string and a 12.5 million element array. The value being tested is parsed, not just the configured ranges: contains() builds a set from its argument, and _guess_coder() tries the IPv4 coder and then the IPv6 coder, so an IPv4-only set expands an oversized IPv6 prefix length before the mixed address width check rejects it.
Any caller that passes untrusted input to contains() or add() can exhaust process memory. A prefix length above 128 is also stored as a range that does not match the requested block: 2001:db8::/129 stringifies back unchanged, contains() of its own base address returns false, and removing it from a set drops the base address while the set still prints as covering it.
Published: 2026-08-12T08:39:59.029Z
Updated: 2026-08-12T19:49:32.903Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-49942 |
vulnerable | 2026-06-08 08:05:12.473618 |
Net::CIDR::Set versions through 0.20 for Perl did not validate network masks
Net::CIDR::Set versions through 0.20 for Perl did not validate network masks.
The mask portion of a network mask could contain Unicode digits such as the Arabic-Indic One (U+0661), or non-digits, which were ignored. This could allow network masks to accept larger networks.
Leading zeros were also accepted, but treated as decimal instead of octal. This could lead to confusion about what networks are acceptable.
Published: 2026-06-04T16:07:42.179Z
Updated: 2026-06-04T17:45:48.065Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-49941 |
vulnerable | 2026-06-08 08:05:12.473349 |
Net::CIDR::Set versions through 0.20 for Perl did not validate IP addresses
Net::CIDR::Set versions through 0.20 for Perl did not validate IP addresses.
The add method called the _encode method to parse addresses. If the addresses did not look like netmasks or network ranges, then they were assumed to single IP addresses and passed back to itself as a 32-bit or 128-bit netmask.
If the argument was not a well-formed IP address, then this would lead to indefinite recursion.
An attacker could use this to cause a denial of service.
Published: 2026-06-04T16:07:20.739Z
Updated: 2026-06-04T18:45:40.658Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-49940 |
vulnerable | 2026-06-08 08:05:12.473006 |
Net::CIDR::Set versions through 0.20 for Perl accept non-ASCII IP addresses and netmasks
Net::CIDR::Set versions through 0.20 for Perl accept non-ASCII IP addresses and netmasks.
Unicode digits such as the Arabic-Indic One (U+0661) were accepted but not properly parsed as numbers. This could allow network masks to accept larger networks.
Published: 2026-06-04T16:07:01.276Z
Updated: 2026-06-04T17:36:19.084Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-40911 |
vulnerable | 2026-06-08 07:25:06.283872 |
Net::CIDR::Set versions 0.10 through 0.13 for Perl does not properly consider leading zero characters in IP CIDR address strings, which could allow attackers to bypass access control that is based on IP addresses
Net::CIDR::Set versions 0.10 through 0.13 for Perl does not properly handle leading zero characters in IP CIDR address strings, which could allow attackers to bypass access control that is based on IP addresses.
Leading zeros are used to indicate octal numbers, which can confuse users who are intentionally using octal notation, as well as users who believe they are using decimal notation.
Net::CIDR::Set used code from Net::CIDR::Lite, which had a similar vulnerability CVE-2021-47154.
Published: 2025-05-27T21:17:42.238Z
Updated: 2025-05-28T13:56:12.480Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.