← Toutes les règles
SOCLE-CLD-MNT-014// Mountsmoyenneruntime effectif

Ajouter l'option noexec à /tmp

Monte /tmp avec l'option noexec afin que le noyau refuse d'exécuter tout binaire situé 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.

Un PASS prouve✓ actif maintenant✓ sur disque✓ survit au rebootle verdict qualifié →
Debian 12CIS 1.1.0Debian 13CIS 1.0.0FedoraRHEL 10 / Rocky 10 / AlmaLinux 10RHEL 8 / Rocky 8 / AlmaLinux 8CIS 4.0.0RHEL 9 / Rocky 9 / AlmaLinux 9CIS 2.0.0Ubuntu 22.04CIS 3.0.0Ubuntu 24.04CIS 1.0.0Ubuntu 26.04
Un seul check, mappé sur 3 normes

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

Exécuter des binaires depuis des répertoires accessibles en écriture à tous comme /tmp n'est jamais nécessaire en fonctionnement normal. L'option noexec force le noyau à refuser l'exécution de tout programme stocké sous /tmp, supprimant un terrain de jeu privilégié des attaquants : malwares déposés, charges d'exploitation et boîtes à outils téléchargées sont couramment écrits dans /tmp puis exécutés depuis là. Sans noexec, n'importe quel utilisateur non privilégié ou service compromis peut exécuter du code arbitraire depuis ce répertoire.

Ce que vérifie Pavois

Pavois inspecte le montage effectif via mount('/tmp') et vérifie que ses options résolues incluent noexec. 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, une option écrasée par une unité de montage systemd, ou une entrée fstab jamais prise en compte, autant de cas qu'un scanner basé sur les fichiers signalerait comme conformes.

describe mount('/tmp') do
  its('options') { should include 'noexec' }
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 'noexec'") do
  its('stdout') { should match(/\S/) }
end

Comment vérifier qu’elle est appliquée

Exécutez findmnt /tmp (ou findmnt -no OPTIONS /tmp) et confirmez que noexec figure dans la liste des options. La sortie attendue contient noexec, par exemple /tmp ... rw,nosuid,nodev,noexec,relatime. Test fonctionnel pratique : cp /bin/true /tmp/x && /tmp/x doit échouer avec Permission denied.

Inspecter et investiguer

L'état du montage s'interroge en direct avec findmnt /tmp ou cat /proc/mounts, pas depuis un fichier de log. Les événements de démarrage et de remontage apparaissent via journalctl -b | grep -i tmp ou journalctl -u tmp.mount. Les tentatives d'exécution bloquées se manifestent par Permission denied dans les logs du programme appelant (et, si auditd est configuré, dans /var/log/audit/audit.log).

Remédiation

Aucun plan de durcissement automatisé n'est fourni pour cette règle ; elle doit donc être appliquée manuellement : ajoutez noexec 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 :

devicetmpfs
fstypetmpfs
mount_point/tmp
optionnoexec
resourcemount
pavois harden plan local

où la cible est local, un alias SSH user@hôte, ou un conteneur , Docs

Impact & précautions

Ce qui peut casser : certains gestionnaires de paquets et installateurs (compilation de logiciels, certains plugins pip/dnf, auto-updaters d'applications) déposent et exécutent des scripts d'aide depuis /tmp et échoueront sous noexec. Java et certains installateurs respectent $TMPDIR, redirigez-les ailleurs ou accordez une exception temporaire pendant la maintenance. Précautions : vérifiez d'abord que /tmp est un montage dédié ; testez les flux critiques (mises à jour de paquets, déploiements d'applications) après application ; si un outil a besoin d'exécution temporairement, utilisez un répertoire de travail séparé autorisant l'exécution plutôt que de retirer noexec de /tmp.

Mapping des normes

NormeRéférenceTypeVersionConfiance
ANSSI BP-028R28direct2.0haute
CIS1.1.2.1.4directper OS, see the benchmark tablehaute
NISTAC-6, AC-6(1), CM-6(a), CM-7(a), CM-7(b), MP-7support800-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.

Sources & références