CVE-2023-5824: Red Hat Enterprise Linux 8 · Improper Handling of Exceptional Conditions
Affects Red Hat Enterprise Linux 8Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 3.0% chance of exploitation in 30 days – higher than 87% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 3 Nov 2023
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Red Hatredhat/squidpkg:rpm/redhat/squidOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
1. Apply official patches from Red Hat as soon as they become available to address this vulnerability directly in Squid. 2. Until patches are applied, consider restricting external access to Squid proxy services to trusted networks only, reducing exposure to potential attackers. 3. Implement monitoring and alerting for abnormal Squid worker process behavior, such as frequent crashes or stalls, to detect exploitation attempts early. 4. Configure Squid to limit the size of cached HTTP response headers more strictly, if possible, or disable caching of headers that could grow excessively. 5. Use network-level protections such as firewalls or intrusion prevention systems to block suspicious HTTP traffic patterns that may trigger the vulnerability. 6. Conduct regular security audits and vulnerability scans focused on proxy services to ensure no other related misconfigurations exist. 7. Educate system administrators about this vulnerability and the importance of timely patch management for critical infrastructure components.
Description
A flaw was found in Squid. The limits applied for validation of HTTP response headers are applied before caching. However, Squid may grow a cached HTTP response header beyond the configured maximum size, causing a stall or crash of the worker process when a large header is retrieved from the disk cache, resulting in a denial of service.
References
- access.redhat.com/errata/RHSA-2023:7465 (opens in a new tab)
- access.redhat.com/errata/RHSA-2023:7668 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:0072 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:0397 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:0771 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:0772 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:0773 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:1153 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2023-5824 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2245914 (opens in a new tab)
- github.com/squid-cache/squid/security/advisories/GHSA-543m-w2m2-g255 (opens in a new tab)
- security.netapp.com/advisory/ntap-20231130-0003/ (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/09/msg00027.html (opens in a new tab)