Vérifier le groupe propriétaire du fichier de sauvegarde gshadow
Garantit que /etc/gshadow-, la copie de sauvegarde de /etc/gshadow (empreintes des mots de passe de groupe), a root (gid 0) pour groupe propriétaire.
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
/etc/gshadow- est la sauvegarde de /etc/gshadow et contient les empreintes des mots de passe de groupe. Si son groupe propriétaire n'est pas root (gid 0), un groupe non privilégié pourrait lire ces empreintes et tenter un cassage hors ligne pour obtenir l'appartenance à un groupe, ou altérer la sauvegarde afin qu'une restauration ultérieure affaiblisse le fichier actif. C'est l'un des fichiers les plus sensibles du système.
Ce que vérifie Pavois
Pavois lit la propriété effective de /etc/gshadow- depuis l'inode (via stat) et vérifie gid == 0. Contrôler l'inode réel détecte la dérive due aux restaurations manuelles ou aux outils de sauvegarde au lieu de se fier à un modèle. La garde only_if ignore le contrôle lorsque la sauvegarde est absente.
only_if { file('/etc/gshadow-').exist? }
describe file('/etc/gshadow-') do
its('gid') { should eq 42 }
endComment vérifier qu’elle est appliquée
Exécutez stat -c '%G %g' /etc/gshadow-. Sortie attendue : root 0. Si le fichier de sauvegarde n'existe pas, le contrôle est ignoré.
Inspecter et investiguer
Les changements de propriété ne sont pas journalisés par défaut. Inspectez avec ls -l /etc/gshadow- ou stat /etc/gshadow-. Avec une surveillance auditd (auditctl -w /etc/gshadow- -p wa), les événements chown apparaissent dans /var/log/audit/audit.log.
Remédiation
Aucun plan de durcissement automatisé n'est encore défini pour cette règle ; elle doit donc être appliquée manuellement : exécutez chgrp root /etc/gshadow- (ou chown :root /etc/gshadow-) pour restaurer le groupe propriétaire root. Envisagez aussi de restreindre ses droits à 0000.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| group | shadow |
|---|---|
| path | /etc/gshadow- |
| resource | file |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
Un mauvais groupe propriétaire sur /etc/gshadow- peut exposer les empreintes des mots de passe de groupe à des utilisateurs non privilégiés, permettant un cassage hors ligne. Précautions : restaurer la propriété de groupe root est sûr, le fichier de sauvegarde n'est pas utilisé par les services en cours, et n'affecte pas l'authentification de groupe. Vérifiez qu'aucun outil de sauvegarde ne le recrée avec une propriété plus large.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| CIS | 7.1.8 | 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.