CVE-2023-7008: Red Hat Enterprise Linux 8 · Channel Accessible by Non-Endpoint
Affects Red Hat Enterprise Linux 8Source CVE Database V5
Not known to be exploited · CVSS 5.9 Medium.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.8% chance of exploitation in 30 days – higher than 57% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 23 Dec 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 26 Oct 2026.
What to do
AI-suggested
- Apply official patches from Red Hat as soon as they become available to address CVE-2023-7008.
- Until patches are deployed, configure systemd-resolved to enforce strict DNSSEC validation policies, rejecting unsigned or improperly signed DNSSEC records.
- Monitor DNS traffic for unusual patterns or unexpected DNS responses that could indicate manipulation attempts.
- Employ network segmentation and firewall rules to limit exposure of DNS services to untrusted networks.
- Use alternative DNS resolvers with robust DNSSEC validation as a temporary workaround if feasible.
- Regularly audit and update systemd and related components to maintain security posture.
- Educate network and security teams about the risks of DNS manipulation and the importance of DNSSEC validation integrity.
- Implement intrusion detection systems capable of detecting DNS spoofing or man-in-the-middle activities. These steps go beyond generic advice by focusing on DNSSEC-specific configurations and monitoring tailored to this vulnerability.
Description
A vulnerability was found in systemd-resolved. This issue may allow systemd-resolved to accept records of DNSSEC-signed domains even when they have no signature, allowing man-in-the-middles (or the upstream DNS resolver) to manipulate records.
References
- access.redhat.com/errata/RHSA-2024:2463 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3203 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2023-7008 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2222261 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2222672 (opens in a new tab)
- github.com/systemd/systemd/issues/25676 (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/4GMDEG5PKONWNHOEYSUDRT6JEOISRMN2/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QHNBXGKJWISJETTTDTZKTBFIBJUOSLKL/ (opens in a new tab)
- security.netapp.com/advisory/ntap-20241122-0004/ (opens in a new tab)
- lists.debian.org/debian-lts-announce/2024/09/msg00001.html (opens in a new tab)