Randomiser la disposition des structures sensibles du noyau
Exige que le noyau soit compilé avec CONFIG_GCC_PLUGIN_RANDSTRUCT=y, un plugin GCC qui randomise à la compilation la disposition des champs des structures sensibles du noyau.
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
Randomiser la disposition des structures de données du noyau rend plus difficile pour un attaquant la localisation des données sensibles.
Ce que vérifie Pavois
Pavois lit le drapeau de compilation effectif du noyau en cours d'exécution via /boot/config-$(uname -r) ou /proc/config.gz, indexé sur $(uname -r) : il reflète l'image démarrée plutôt qu'un .config égaré qu'un scan à chemin fixe pourrait capter.
describe command("C=/boot/config-$(uname -r); if [ -r \"$C\" ]; then cat \"$C\"; elif zcat /proc/config.gz 2>/dev/null | head -1 | grep -q .; then zcat /proc/config.gz; else echo PAVOIS_NO_KERNEL_CONFIG; fi | grep -E '^(CONFIG_RANDSTRUCT_FULL=|PAVOIS_NO_KERNEL_CONFIG)'") do
its('stdout') { should_not match(/PAVOIS_NO_KERNEL_CONFIG/) }
its('stdout') { should match(/^CONFIG_RANDSTRUCT_FULL=y$/) }
endComment vérifier qu’elle est appliquée
Exécutez grep '^CONFIG_GCC_PLUGIN_RANDSTRUCT=' /boot/config-$(uname -r) (ou zcat /proc/config.gz | grep '^CONFIG_GCC_PLUGIN_RANDSTRUCT='). Sortie attendue : CONFIG_GCC_PLUGIN_RANDSTRUCT=y. Absente ou # ... is not set est un échec.
Inspecter et investiguer
Aucun journal d'exécution dédié. Un module compilé avec une graine différente échoue au chargement avec une erreur disagrees about version of symbol / de disposition de structure visible dans dmesg ou journalctl -k. Confirmez le drapeau avec zcat /proc/config.gz | grep RANDSTRUCT.
Remédiation
Aucune remédiation automatisée n'est fournie : une option de compilation du noyau ne se règle pas en éditant un fichier. Appliquez-la manuellement en installant et démarrant un noyau compilé avec CONFIG_GCC_PLUGIN_RANDSTRUCT=y.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| resource | kernel_build |
|---|
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
De nombreux exploits noyau reposent sur la connaissance du décalage exact en octets d'un champ dans une structure (par exemple un champ de credentials ou de pointeur de fonction) pour le corrompre précisément. CONFIG_GCC_PLUGIN_RANDSTRUCT réordonne les membres de certaines structures sensibles avec une graine aléatoire propre à chaque build, de sorte que ces décalages diffèrent d'un build noyau à l'autre et restent inconnus d'un attaquant ne disposant que d'un exploit générique. Sans cela, la disposition des structures est prévisible et l'exploitation est facilitée. C'est une option à la compilation nécessitant le support des plugins GCC ; la randomisation est figée par build, posée uniquement en démarrant un noyau compilé avec. Précautions : les modules hors-arbre doivent être compilés avec la même graine RANDSTRUCT que le noyau, sinon ils échouent au chargement avec des erreurs d'incompatibilité de structure, c'est le principal piège opérationnel. Vérifiez que chaque pilote requis se charge sur le noyau cible hors production avant déploiement. Aucun risque de redémarrage au-delà d'un échange de noyau classique.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R21 | direct | 2.0 | haute |
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.