Désactiver le système de fichiers réseau (nfs)
Garantit que le serveur NFS (nfs-server.service) est désactivé et arrêté, sauf si l'hôte est un serveur de fichiers 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 NFS (nfs-server.service) exporte des systèmes de fichiers sur le réseau et dépend de services RPC qui élargissent la surface d'attaque. À moins que l'hôte ne soit un serveur de fichiers voulu, il doit être désactivé pour réduire l'exposition.
Ce que vérifie Pavois
Pavois interroge l'état résolu de l'unité avec systemctl is-enabled / is-active pour nfs-server.service. L'état effectif détecte un serveur activé via un drop-in ou une activation socket qu'un scan des fichiers /etc/exports et /etc/nfs.conf manquerait.
describe service('nfs-server.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 nfs-server.service (résultat attendu disabled ou not-found) et systemctl is-active nfs-server.service (résultat attendu inactive).
Inspecter et investiguer
Vérifiez systemctl show nfs-server.service (champs UnitFileState, ActiveState) et journalctl -u nfs-server.service ; les exports actifs sont listés par exportfs -v et showmount -e localhost.
Remédiation
Le plan harden de Pavois applique une ressource service sur nfs avec les actions disable et stop, de sorte que le serveur NFS 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 | nfs-server.service |
| 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 de fichiers, désactiver nfs-server.service n'a aucun impact fonctionnel. Précaution : si d'autres systèmes montent des exports depuis cette machine, ne la désactivez pas, ces clients perdraient l'accès à leur stockage partagé (et pourraient se bloquer sur des montages obsolètes) ; documentez plutôt l'exception. Désactiver le serveur n'affecte pas le rôle de client NFS de cet hôte.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| CIS | 2.1.9 | direct | per OS, see the benchmark table | haute |
| NIST | CM-6(a), CM-7(a), CM-7(b) | support | 800-53 Rev 5 · 800-171 Rev 2 (pinned) | moyenne |
| DISA STIG | UBTU-24-100050 | direct | per OS STIG release | haute |
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.