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

Ajouter l'option noexec à /var/log/audit

Monte /var/log/audit 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 2 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/audit est destiné à stocker la piste d'audit, 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 fondant parmi les fichiers de log ; noexec supprime cette opportunité.

Ce que vérifie Pavois

Pavois inspecte le montage effectif via mount('/var/log/audit') 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/audit') do
  its('options') { should include 'noexec' }
end
describe command("{ findmnt --fstab -no OPTIONS /var/log/audit 2>/dev/null; grep -hsE '[[:space:]]/var/log/audit[[:space:]]' /etc/fstab 2>/dev/null; systemctl show -p Options -- $(systemd-escape -p --suffix=mount /var/log/audit 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/audit (ou findmnt -no OPTIONS /var/log/audit) et confirmez que noexec figure dans la liste des options. La sortie attendue contient noexec, par exemple /var/log/audit ... rw,nosuid,nodev,noexec,relatime.

Inspecter et investiguer

L'état du montage s'interroge en direct avec findmnt /var/log/audit ou cat /proc/mounts, pas depuis un log. Les événements de démarrage et de remontage apparaissent via journalctl -b | grep -i audit. Le sous-système d'audit écrit dans /var/log/audit/audit.log ; les tentatives d'exécution bloquées y apparaissent si une règle d'audit correspondante existe.

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/audit soit une partition séparée. Ajoutez noexec à son entrée dans /etc/fstab, puis mount -o remount /var/log/audit, 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/audit -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/audit && mount -o remount,noexec /var/log/audit || true
namemount-var-log-audit-noexec
not_ifawk -v m=/var/log/audit '$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 quasi nul, rien ne s'exécute légitimement depuis le répertoire des logs d'audit. Précautions : l'option ne peut être posée que si /var/log/audit 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 données d'audit existantes et redémarrage). Arrêtez auditd avant de migrer les données pour ne pas corrompre le log actif.

Mapping des normes

NormeRéférenceTypeVersionConfiance
CIS1.1.2.7.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