CVE-2026-88831: Busybox: busybox: httpd silently fails open when ip deny rules contain invalid cidr prefix lengths

Published Sep 10, 2026
·
Updated

A vulnerability was found in the BusyBox httpd IP-based access control list (ACL) parser (networking/httpd.c). When a D: (deny) rule is configured with a syntactically invalid CIDR prefix length, such as /999, the parser does not validate the mask value. Instead of rejecting the malformed rule or defaulting to a restrictive interpretation, the resulting miscalculated network mask silently fails to match the intended IP address range.

This means that a deny rule intended to block an entire subnet may effectively deny no traffic at all. The silent failure mode violates the principle of failing securely and could remain undetected for extended periods.

Other sources

BusyBox httpd IP deny rules with invalid CIDR prefix lengths fail open, leaving a parsed IP with a zeroed mask so the rule matches no clients.

— MITRE

Affected Software

1 affected component
Busybox Busybox

Event History

Sep 10, 2026
Data Sourced
via Red Hat·09:46 AM
DescriptionSeverityAffected Software
Sep 23, 2026
CVE Published
via MITRE·05:45 PM
Data Sourced
via MITRE·05:45 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed to this issue?

BusyBox httpd deployments are exposed when they use IP-based D: deny ACL rules containing an invalid CIDR prefix length. A deployment without such a malformed deny rule is not described as affected by this issue.

2

What would an attacker need to exploit it?

An attacker needs network access to the BusyBox httpd service from an address that administrators intended to block with the malformed deny rule. No privileges or user interaction are required according to the provided vector.

3

How can I determine whether my configuration is affected?

Review BusyBox httpd IP deny ACL entries for D: rules with syntactically invalid CIDR prefix lengths, such as /999. Such rules can parse into an address with a zeroed mask and match no clients.

4

What can be done before a patch is available?

Correct or remove deny rules with invalid CIDR prefix lengths and use valid CIDR values for the intended blocked ranges. Verify that the resulting rules actually deny traffic from addresses in those ranges.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203