Vérifier le propriétaire du fichier de sauvegarde shadow
Garantit que le fichier de sauvegarde shadow /etc/shadow- appartient à l'utilisateur root (UID 0).
Vérifié sur les métadonnées d’un chemin, mode, propriétaire, groupe, SUID/SGID.
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 fichier /etc/shadow- est la sauvegarde de /etc/shadow et contient les empreintes de mots de passe de tous les comptes locaux. S'il n'appartient pas à root, un utilisateur non privilégié pourrait lire ces empreintes pour mener un cassage de mots de passe hors ligne, ou les altérer pour affaiblir l'authentification. Comme les fichiers de sauvegarde sont faciles à oublier, une propriété incorrecte est une voie courante vers la compromission d'identifiants.
Ce que vérifie Pavois
Pavois lit le propriétaire effectif de /etc/shadow- via la ressource file d'InSpec et vérifie uid == 0, uniquement si le fichier existe (only_if). Lire la propriété réelle de l'inode révèle l'état exact sur le disque, y compris une dérive introduite après une édition manuelle ou un script de sauvegarde défaillant, plutôt qu'une valeur par défaut supposée.
only_if { file('/etc/shadow-').exist? }
describe file('/etc/shadow-') do
its('uid') { should eq 0 }
endComment vérifier qu’elle est appliquée
Exécutez stat -c '%U %u' /etc/shadow-. Résultat attendu : root 0. Sinon, ls -l /etc/shadow- doit afficher root dans la colonne du propriétaire.
Inspecter et investiguer
La propriété ne génère aucun journal de service. Vérifiez l'état avec stat -c '%U %u' /etc/shadow-. Pour tracer les changements, une surveillance auditd telle que auditctl -w /etc/shadow- -p wa -k shadow-backup enregistre les écritures/changements d'attributs dans /var/log/audit/audit.log.
Remédiation
Aucun plan de durcissement automatisé n'est défini pour cette règle ; elle doit être appliquée manuellement : exécutez chown root /etc/shadow- en root pour fixer le propriétaire à root.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| owner | root |
|---|---|
| path | /etc/shadow- |
| resource | file |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
En cas de mauvaise configuration, les empreintes de mots de passe de la sauvegarde sont exposées au cassage hors ligne ou à l'altération par des utilisateurs non root, un risque direct de vol d'identifiants.
Précautions avant application : chown root /etc/shadow- est sûr et réversible. Vérifiez que vous ciblez la sauvegarde (suffixe -), pas /etc/shadow. Aucun redémarrage de service ni risque de blocage ; la propriété du /etc/shadow actif n'est pas modifiée.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| CIS | 2.2.6, 7.1.6 | direct | per OS, see the benchmark table | haute |
| NIST | AC-6 (1) | support | 800-53 Rev 5 · 800-171 Rev 2 (pinned) | moyenne |
| PCI DSS | 2.2.6 | support | 4.0.1 | 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.