Ajouter l'option nosuid à /var/log
Monte /var/log avec l'option nosuid afin que le noyau ignore les bits set-UID/set-GID des binaires qui s'y trouvent.
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
Les exécutables SUID et SGID s'exécutent avec les privilèges de leur propriétaire (souvent root) plutôt que de l'appelant ; leur présence doit donc être strictement contrôlée. La partition de logs /var/log n'a aucune raison d'héberger de tels binaires. L'option nosuid force le noyau à ignorer les bits set-user-ID et set-group-ID de tout ce qui y est stocké, supprimant un vecteur potentiel d'élévation de privilèges si un attaquant parvient à écrire sur la partition.
Ce que vérifie Pavois
Pavois inspecte le montage effectif via mount('/var/log') et vérifie que ses options résolues incluent nosuid. Il lit la table de montage active du noyau, ce qui est réellement appliqué, plutôt que /etc/fstab ; il détecte donc une partition remontée sans le drapeau, un écrasement par une unité systemd, ou une entrée fstab jamais appliquée, ce qu'un scanner basé sur les fichiers validerait à tort.
describe mount('/var/log') do
its('options') { should include 'nosuid' }
end
describe command("{ findmnt --fstab -no OPTIONS /var/log 2>/dev/null; grep -hsE '[[:space:]]/var/log[[:space:]]' /etc/fstab 2>/dev/null; systemctl show -p Options -- $(systemd-escape -p --suffix=mount /var/log 2>/dev/null) 2>/dev/null; } | grep -ow 'nosuid'") do
its('stdout') { should match(/\S/) }
endComment vérifier qu’elle est appliquée
Exécutez findmnt /var/log (ou findmnt -no OPTIONS /var/log) et confirmez que nosuid figure dans la liste des options. La sortie attendue contient nosuid, par exemple /var/log ... rw,nosuid,nodev,noexec,relatime.
Inspecter et investiguer
L'état du montage s'interroge en direct avec findmnt /var/log ou cat /proc/mounts, pas depuis un log. Les événements de démarrage et de remontage apparaissent via journalctl -b | grep -i /var/log.
Remédiation
Aucun plan de durcissement automatisé n'est fourni pour cette règle ; elle doit donc être appliquée manuellement : cela suppose que /var/log soit une partition séparée. Ajoutez nosuid à son entrée dans /etc/fstab, puis mount -o remount /var/log, ou redémarrez, et relancez le scan pour confirmer.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| command | awk -v m=/var/log -v o=nosuid '$0!~/^[[:space:]]*#/&&$2==m{n=split($4,a,",");h=0;for(i=1;i<=n;i++)if(a[i]==o)h=1;if(!h)$4=$4","o}{print}' /etc/fstab >/etc/.fstab.pav && cat /etc/.fstab.pav >/etc/fstab && rm -f /etc/.fstab.pav; mountpoint -q /var/log && mount -o remount,nosuid /var/log || true |
|---|---|
| name | mount-var-log-nosuid |
| not_if | awk -v m=/var/log '$2==m&&$0!~/^[[:space:]]*#/{print $4}' /etc/fstab | tr , '\n' | grep -qx nosuid |
| resource | exec |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
L'impact fonctionnel est quasi nul, aucun binaire SUID/SGID légitime n'a sa place sous le répertoire de logs. Précautions : l'option ne peut être posée que si /var/log est une partition dédiée ; sur une disposition par défaut, vous devez d'abord la créer (changement perturbateur nécessitant planification, migration des logs existants et redémarrage). Mettez en pause les services de journalisation avant de migrer les données afin que les fichiers de log ne soient pas corrompus en cours d'écriture.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R28 | direct | 2.0 | haute |
| CIS | 1.1.2.6.3 | direct | per OS, see the benchmark table | haute |
| NIST | AC-6, AC-6(1), CM-6(a), CM-7(a), CM-7(b), MP-7 | 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.