Ajouter l'option nodev à /tmp
Monte /tmp avec l'option nodev afin que le noyau refuse d'interpréter les fichiers de périphérique placés dans ce répertoire.
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 seul emplacement légitime pour les fichiers de périphérique est /dev sur la partition racine (les prisons chroot étant la rare exception). Monter /tmp avec nodev indique au noyau d'ignorer tout périphérique spécial (caractère ou bloc) qui s'y trouverait. Sans cette option, un attaquant capable d'écrire dans le /tmp accessible à tous pourrait y créer un nœud de périphérique (par exemple une copie de /dev/sda ou /dev/mem) et l'utiliser pour contourner les permissions du système de fichiers et lire ou altérer le disque brut ou la mémoire noyau.
Ce que vérifie Pavois
Pavois inspecte le montage effectif via mount('/tmp') et vérifie que ses options résolues incluent nodev. Cela lit la table de montage active (ce que le noyau a réellement appliqué), et non /etc/fstab, il détecte donc une partition remontée à l'exécution, une option retirée par une unité de montage systemd, ou une entrée jamais prise en compte, ce qu'un scanner basé sur les fichiers lisant seulement /etc/fstab manquerait.
describe mount('/tmp') do
its('options') { should include 'nodev' }
end
describe command("{ findmnt --fstab -no OPTIONS /tmp 2>/dev/null; grep -hsE '[[:space:]]/tmp[[:space:]]' /etc/fstab 2>/dev/null; systemctl show -p Options -- $(systemd-escape -p --suffix=mount /tmp 2>/dev/null) 2>/dev/null; } | grep -ow 'nodev'") do
its('stdout') { should match(/\S/) }
endComment vérifier qu’elle est appliquée
Exécutez findmnt /tmp (ou findmnt -no OPTIONS /tmp) et confirmez que nodev figure dans la liste des options. Vous pouvez aussi utiliser mount | grep ' /tmp '. La sortie attendue contient nodev, par exemple /tmp ... rw,nosuid,nodev,noexec,relatime.
Inspecter et investiguer
L'état du montage ne réside pas dans un fichier de log ; interrogez-le en direct avec findmnt /tmp ou cat /proc/mounts. Les événements de remontage et de montage au démarrage sont visibles via journalctl -b | grep -i tmp ou journalctl -u tmp.mount lorsque /tmp repose sur une unité de montage systemd.
Remédiation
Aucun plan de durcissement automatisé n'est fourni pour cette règle ; elle doit donc être appliquée manuellement : ajoutez nodev aux options de l'entrée /tmp dans /etc/fstab (ou à l'unité de montage systemd concernée), puis mount -o remount /tmp, 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 :
| device | tmpfs |
|---|---|
| fstype | tmpfs |
| mount_point | /tmp |
| option | nodev |
| resource | mount |
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 faible : les logiciels légitimes n'ont presque jamais besoin de nœuds de périphérique sous /tmp. Précautions : assurez-vous que /tmp est un montage séparé réel (ou un tmpfs) avant d'ajouter l'option, sur les systèmes où /tmp réside sur le système de fichiers racine, il n'existe pas de montage dédié sur lequel la poser, et vous devez d'abord créer une partition ou une unité tmpfs. Appliquez avec mount -o remount /tmp ; si un remontage échoue à cause de fichiers ouverts, planifiez-le au prochain redémarrage plutôt que de le forcer.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| CIS | 1.1.2.1.2 | 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.