Contournement d'authentification dans github.com/coredns/cor… (CVE-2026-35579, CVSS 9.8)

Résumé

contournement d'authentification dans github.com/coredns/coredns (CVE-2026-35579). L'exploitation peut entraîner la prise de contrôle totale du système. Exploitable via tsigStatus. Atténuation : mise à jour vers 1.14.3 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

The gRPC, QUIC, DoH, and DoH3 transports in CoreDNS incorrectly handle TSIG authentication.

For gRPC and QUIC, CoreDNS checks whether the TSIG key name exists in the config, but does not actually verify the TSIG HMAC. If the key name matches, tsigStatus remains nil and the tsig plugin treats the request as "verified".

For DoH and DoH3, the issue is worse: TSIG is not verified at all. The DoH response writer has TsigStatus() hardcoded to return nil, so any request containing a TSIG record is treated as authenticated, even if the key name is invalid and the MAC is garbage.

As a result, attackers may bypass TSIG authentication on affected transports and access TSIG-protected functionality such as AXFR/IXFR zone transfers, dynamic updates, or other TSIG-gated plugin behavior.

Details

In server_grpc.go and server_quic.go, the TSIG handling checks whether the TSIG key name exists, but does not call dns.TsigVerify().

Relevant code before fix:

if tsig := msg.IsTsig(); tsig != nil {
    if s.tsigSecret == nil {
        w.tsigStatus = dns.ErrSecret
    } else if _, ok := s.tsigSecret[tsig.Hdr.Name]; !ok {
        w.tsigStatus = dns.ErrSecret
    }
    // key found -> nothing happens -> tsigStatus stays nil -> "verified"
}

This means that for gRPC and QUIC, a request with a known TSIG key name but an invalid MAC is accepted as authenticated.

PRs #7943 and #7947 partially addressed this area by adding key name checks for gRPC and QUIC, but di…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé IA

Rédigé par une IA externe ; il peut contenir des erreurs. Vérifiez la description d'origine et les références ci-dessous avant d'agir.

Une vulnérabilité référencée CVE-2026-35579 a été découverte dans github.com/coredns/coredns.
Des attaquants peuvent cibler un point d'entrée spécifique comme tsigStatus à distance pour détourner le produit.
L'exploitation peut entraîner la prise de contrôle totale du système. Score CVSS : 9.8/10.
Action : mettez à jour github.com/coredns/coredns vers 1.14.3 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « github.com/coredns/coredns CVE-2026-35579 » sur le site de l'éditeur.

CVE-2026-35579 (github.com/coredns/coredns) — CWE-287 / CVSS v3 9.8
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : tsigStatus / server_grpc.go / server_quic.go / https.go
Versions affectées : < 1.14.3
Correctif : 1.14.3 — appliquer immédiatement
Contournement : - Disable gRPC, QUIC, DoH, and DoH3 listeners where TSIG authentication is required.
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une contournement d'authentification (CWE-287) affecte github.com/coredns/coredns. Les attaquants atteignent le code vulnérable via tsigStatus sans authentification.

📍 Périmètre concerné

github.com/coredns/coredns — Plage affectée : < 1.14.3. Surface d'attaque : tsigStatus / server_grpc.go / server_quic.go / https.go.

🔥 Gravité

Gravité : Critique (CVSS 9.8/10). L'exploitation peut entraîner la prise de contrôle totale du système

🔧 Comment corriger

Mettre à jour vers 1.14.3. (Si une version vulnérable < 1.14.3 est en production, planifiez immédiatement une fenêtre de maintenance.)

🛡️ Contournement

Contournement : - Disable gRPC, QUIC, DoH, and DoH3 listeners where TSIG authentication is required.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Incidents passés similaires Incidents similaires extraits des CVE passées

CVE-2020-1350

A Windows DNS Server Remote Code Execution Vulnerability related to improper handling of DNS responses.

CVE-2019-19781

Citrix ADC and Gateway TSIG authentication bypass, allowing for possible remote code execution.

CVE-2017-17485

A vulnerability in Infoblox NIOS that allowed TSIG Key Misvalidation.

Si cela arrivait dans votre entreprise Impact attendu selon le scénario métier

📌 In an enterprise environment with large scale DNS management.

Attackers may exploit the vulnerability to perform unauthorized zone transfers, leading to potential exposure of proprietary information.

📌 In a cloud service provider offering DNS services.

Clients may lose trust in the service due to potential unauthorized DNS modifications affecting service reliability.

📌 For organizations hosting their own DNS infrastructure using CoreDNS.

Critical domain settings might be tampered with, resulting in service disruption or data leaks.

Action recommandée

Immediately update CoreDNS to version 1.14.3 to mitigate the vulnerability.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

1
Identify exposure identify
```
grep -r 'github.com/coredns/coredns' . | grep -v node_modules
```
リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で github.com/coredns/coredns を grep し、稼働しているサービス・バージョンを把握する。
2
Match against affected range verify
```
Confirm if version satisfies `< 1.14.3`
```
Step 1 で見つかったバージョンが影響範囲 < 1.14.3 に該当するか照合。本番で稼働中ならインシデント扱い。
5
Apply temporary workaround mitigate
```
- Disable gRPC, QUIC, DoH, and DoH3 listeners where TSIG authentication is required.
```
パッチが適用されるまでの応急処置として、- Disable gRPC, QUIC, DoH, and DoH3 listeners where TSIG authentication is required. を実施。回避策の副作用 (機能低下) を確認した上で。
6
Apply patch patch
```
Upgrade github.com/coredns/coredns to 1.14.3
```
ステージング環境で 1.14.3 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 3 で見つけた異常検知の続報チェックを含めること。
7
Post-deployment verification verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

Paquets affectés

go github.com/coredns/coredns

[{"type":"SEMVER","events":[{"introduced":"0"},{"fixed":"1.14.3"}]}]

Contournement d'authentification dans github.com/coredns/coredns (CVE-2026-35579)