CoreDNS is a DNS server that chains plugins. Prior to version 1.14.2, a logical vulnerability in CoreDNS allows DNS access controls to be bypassed due to the default execution order of plugins. Security plugins such as acl are evaluated before the rewrite plugin, resulting in a Time-of-Check Time-of-Use (TOCTOU) flaw. This issue has been patched in version 1.14.2.
Security readout for executives and security teams
Plain-English summary
CoreDNS versions before 1.14.2 can apply access-control decisions before later DNS rewrites change what is actually requested. An organization relying on CoreDNS ACLs may unintentionally allow access to DNS data that should have remained restricted.
Executive priority
Treat as a high-priority patching item for environments where CoreDNS enforces access to sensitive internal DNS data. Prioritize systems using ACLs and rewrites, then validate vendor-fixed packages across managed platforms.
Technical view
This is a CWE-367 time-of-check time-of-use flaw in CoreDNS plugin ordering. Security plugins such as acl can evaluate a query before rewrite changes it, allowing policy bypass. CVSS is 7.7 high: network attack vector, low complexity, low privileges, no user interaction, changed scope, and high confidentiality impact.
Likely exposure
Exposure is most likely where CoreDNS before 1.14.2 is deployed with ACL-style security controls and rewrite behavior. Kubernetes or internal DNS environments using CoreDNS should inventory versions and Corefile plugin configuration, but the bundle names only CoreDNS itself as affected.
Exploitation context
The source bundle does not show CISA KEV listing or cite active exploitation. The vulnerability is still important because DNS is often broadly reachable inside networks, and the CVSS vector indicates low attack complexity with no user interaction required.
Researcher notes
Key uncertainty is deployment-specific impact. The flaw depends on plugin composition and default execution order, so researchers should focus on configuration review, version validation, and vendor package mapping. Do not assume exploitation without additional evidence.
Mitigation direction
Upgrade CoreDNS to version 1.14.2 or later.
Review CoreDNS release notes and GitHub advisory for fixed behavior.
Check Red Hat errata if using Red Hat-packaged CoreDNS.
Audit Corefile usage of acl and rewrite together.
Apply vendor guidance rather than relying only on plugin reordering.
Validation and detection
Inventory all CoreDNS instances and package versions.
Identify Corefile configurations using acl or similar security plugins with rewrite.
Confirm deployed versions are 1.14.2 or vendor-fixed builds.
Review DNS logs for unexpected successful queries to ACL-protected zones.
Track remediation against Red Hat advisories where applicable.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-367: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-367 · source CWE mapping
Time-of-check Time-of-use (TOCTOU) Race Condition
Time-of-check Time-of-use (TOCTOU) Race Condition represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.