Désactiver le service named
Garantit que le serveur DNS BIND (named.service) est désactivé et arrêté, sauf si l'hôte est un serveur DNS voulu.
Vérifié sur l’état résolu en cours d’exécution (ex. sshd -T, sysctl, systemctl show), attrape les drop-ins et Include qu’une lecture de fichier raterait. Réserve : runtime ≠ persistance ; une valeur correcte maintenant peut ne pas survivre à un redémarrage.
Pavois vérifie la configuration effective, l’état résolu et réellement appliqué, pas un fichier. Les scanners basés fichier (OVAL/SCAP, Lynis) ratent les Include, drop-ins et défauts runtime ; ce check voit ce qui est réellement en vigueur.
Un mapping est une référence croisée vers l’endroit où chaque norme situe cette exigence, ancrée et recoupée, pas une affirmation d’équivalence. Un check réussi est une preuve vers ces références, comment le lire.
Pourquoi cette règle
Le serveur DNS BIND named est un service accessible sur le réseau qui a connu de nombreuses failles exploitables à distance. À moins que l'hôte ne soit un serveur DNS voulu, il doit être désactivé pour réduire la surface d'attaque.
Ce que vérifie Pavois
Pavois interroge l'état résolu de l'unité avec systemctl is-enabled / is-active pour named.service. L'état effectif détecte un serveur activé via un drop-in ou un alias (p. ex. bind9.service) qu'un scan de /etc/bind/ ou /etc/named.conf manquerait.
describe service('named.service') do
it { should_not be_enabled }
it { should_not be_running }
endComment vérifier qu’elle est appliquée
Exécutez systemctl is-enabled named.service (résultat attendu disabled ou not-found) et systemctl is-active named.service (résultat attendu inactive).
Inspecter et investiguer
Vérifiez systemctl show named.service (champs UnitFileState, ActiveState) et journalctl -u named.service ; l'activité de requêtes et de transferts de zone apparaît aussi dans /var/log/syslog.
Remédiation
Le plan harden de Pavois applique une ressource service sur named avec les actions disable et stop, de sorte que le serveur DNS reste éteint après les redémarrages et soit arrêté immédiatement. Appliquez-le avec pavois harden apply.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| action | disable, stop |
|---|---|
| name | named |
| resource | service |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
Sur un hôte qui n'est pas un serveur DNS, désactiver named.service n'a aucun impact fonctionnel. Précaution : si cette machine fournit du DNS faisant autorité ou de cache à des clients, ne la désactivez pas, la résolution de noms casserait pour ses consommateurs ; documentez plutôt l'exception. Sous Debian/Ubuntu, l'unité peut être bind9.service, vérifiez donc l'état de l'unité voulue.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| CIS | 2.1.4 | direct | per OS, see the benchmark table | haute |
| NIST | CM-7(a), CM-7(b), CM-6(a) | support | 800-53 Rev 5 · 800-171 Rev 2 (pinned) | moyenne |
Chaque référence est une référence croisée ancrée dans le benchmark amont et recoupée avec le SCAP Security Guide et ansible-lockdown, pas une affirmation d’équivalence. Direct = une exigence prescriptive au niveau de la ligne ; support = une famille de contrôle abstraite (NIST) vers laquelle le check apporte une preuve. Comment lire un mapping.