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

Ajouter l'option noexec à /var/log

Monte /var/log avec l'option noexec afin que le noyau refuse d'exécuter tout binaire qui s'y trouve.

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

/var/log est destiné à stocker des fichiers de log, jamais du code exécutable. L'option noexec force le noyau à refuser l'exécution de tout programme situé sur cette partition. Y autoriser l'exécution n'a aucune utilité opérationnelle et offrirait à un attaquant capable d'écrire sur la partition un endroit pour déposer et exécuter un malware en se cachant parmi les fichiers de log ; noexec supprime cette opportunité.

Ce que vérifie Pavois

Pavois inspecte le montage effectif via mount('/var/log') et vérifie que ses options résolues incluent noexec. Il lit la table de montage active du noyau, les options réellement appliquées, 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 'noexec' }
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 'noexec'") do
  its('stdout') { should match(/\S/) }
end

Comment vérifier qu’elle est appliquée

Exécutez findmnt /var/log (ou findmnt -no OPTIONS /var/log) et confirmez que noexec figure dans la liste des options. La sortie attendue contient noexec, 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. Les tentatives d'exécution bloquées se manifestent par Permission denied dans les logs du programme appelant.

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 noexec à 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 :

commandawk -v m=/var/log -v o=noexec '$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,noexec /var/log || true
namemount-var-log-noexec
not_ifawk -v m=/var/log '$2==m&&$0!~/^[[:space:]]*#/{print $4}' /etc/fstab | tr , '\n' | grep -qx noexec
resourceexec
pavois harden plan local

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

Impact & précautions

L'impact fonctionnel est généralement nul, mais vérifiez d'abord : quelques agents de rotation de logs ou de supervision déposent et exécutent des scripts d'aide sous /var/log, vérifiez les hooks postrotate de logrotate et les éventuels agents tiers avant d'appliquer. 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

NormeRéférenceTypeVersionConfiance
ANSSI BP-028R28direct2.0haute
CIS1.1.2.6.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