← Toutes les règles
SOCLE-CLD-KRN-001// Kernel command linefaibleruntime effectif

Activer l'audit pour les processus démarrés avant le démon d'audit

Ajoute le paramètre de démarrage du noyau audit=1 afin que chaque processus soit auditable dès le tout début du démarrage, avant que auditd ne tourne.

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 4 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

Chaque processus porte un drapeau "auditable" qui détermine si son activité peut être enregistrée. auditd l'active pour les processus démarrés après lui, mais tout ce qui est lancé pendant le début du démarrage échapperait sinon à l'audit. L'argument noyau audit=1 positionne le drapeau pour chaque processus à partir du PID 1, fermant l'angle mort qu'un attaquant pourrait exploiter en agissant avant le démarrage du démon d'audit.

Ce que vérifie Pavois

Pavois lit /proc/cmdline, la ligne avec laquelle le noyau en cours a réellement démarré, et vérifie la présence de audit=1. C'est plus solide qu'inspecter /etc/default/grub : ces fichiers de config expriment l'intention pour le prochain démarrage, tandis que /proc/cmdline prouve que le drapeau est actif maintenant. Un update-grub/grub2-mkconfig échoué ou un drop-in en conflit laisserait le fichier correct alors que le noyau tourne sans lui.

describe command('cat /proc/cmdline') do
  its('stdout') { should match(/(^| )audit=1( |$)/) }
end
describe command("grep -hwsF 'audit=1' /etc/default/grub /etc/kernel/cmdline /boot/grub/grub.cfg /boot/grub2/grub.cfg /boot/efi/EFI/*/grub.cfg 2>/dev/null") do
  its('stdout') { should match(/\S/) }
end

Comment vérifier qu’elle est appliquée

Exécutez cat /proc/cmdline et confirmez qu'elle contient audit=1. Un changement de configuration n'apparaît ici qu'après un redémarrage, car c'est un argument noyau pris en compte au démarrage.

Inspecter et investiguer

Les enregistrements d'audit sont écrits dans /var/log/audit/audit.log ; auditctl -s rapporte l'état d'audit à l'exécution. Le tampon noyau (dmesg | grep -i audit) montre les messages du sous-système d'audit du début du démarrage.

Remédiation

pavois harden apply utilise la ressource kernel_cmdline pour ajouter audit=1 à la configuration du chargeur d'amorçage (GRUB) et la régénérer. En tant que paramètre de démarrage du noyau, il est signalé reboot_required : il n'apparaît dans /proc/cmdline qu'après le redémarrage suivant.

Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :

paramaudit=1
reboot_requiredtrue
resourcekernel_cmdline
pavois harden plan local

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

Impact & précautions

Minimal : activer le drapeau auditable pour tous les processus précoces a un coût de performance négligeable. Précautions : un redémarrage est nécessaire pour prendre effet ; vérifiez que le chargeur d'amorçage s'est régénéré correctement afin de ne pas démarrer une ligne de noyau imprévue. Associez-le à un audit_backlog_limit adéquat pour que les événements du début de démarrage ne soient pas abandonnés avant qu'auditd ne vide la file.

Mapping des normes

NormeRéférenceTypeVersionConfiance
CIS10.7.2, 6.2.1.3, 6.3.1.2, 6.3.1.3directper OS, see the benchmark tablehaute
NIST3.3.1, AC-17(1), AU-10, AU-14(1), CM-6(a), IR-5(1)support800-53 Rev 5 · 800-171 Rev 2 (pinned)moyenne
PCI DSS10.7.2support4.0.1moyenne
DISA STIGUBTU-22-212015, UBTU-24-102010directper OS STIG releasehaute

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