Désactiver le vDSO 32 bits
Garantit que le noyau en cours d'exécution est compilé sans CONFIG_COMPAT_VDSO, afin que le vDSO soit randomisé plutôt que mappé à une adresse héritée fixe.
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
CONFIG_COMPAT_VDSO=y mappe le vDSO à une adresse fixe et prévisible pour la compatibilité avec de très anciennes versions de glibc. Un mappage vDSO fixe déjoue sa randomisation et fournit aux attaquants un emplacement fiable et connu de code exécutable dans chaque processus, une source toute prête de gadgets pour l'exploitation de type ROP. Cela dégrade aussi les performances. Le laisser non défini garde le vDSO randomisé (ASLR complet) et supprime cette région de code prévisible.
Ce que vérifie Pavois
Pavois lit la config de compilation du noyau en cours d'exécution via /boot/config-$(uname -r) (repli /proc/config.gz) et vérifie que la ligne n'est pas CONFIG_COMPAT_VDSO=y. S'indexer sur uname -r correspond à l'image exacte démarrée, plus fiable que lire un /boot/config-* quelconque.
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_COMPAT_VDSO=|PAVOIS_NO_KERNEL_CONFIG)'") do
its('stdout') { should_not match(/PAVOIS_NO_KERNEL_CONFIG/) }
its('stdout') { should_not match(/^CONFIG_COMPAT_VDSO=y$/) }
endComment vérifier qu’elle est appliquée
Exécutez grep -h '^CONFIG_COMPAT_VDSO=' /boot/config-$(uname -r) (ou zcat /proc/config.gz | grep COMPAT_VDSO). Attendu : # CONFIG_COMPAT_VDSO is not set ou aucune sortie. Vous pouvez voir le mappage vDSO par processus dans cat /proc/self/maps (cherchez [vdso]) ; son adresse doit varier entre exécutions lorsqu'elle est randomisée.
Inspecter et investiguer
Option de compilation statique du noyau, sans journal d'exécution. Inspectez avec zcat /proc/config.gz | grep COMPAT_VDSO ou grep COMPAT_VDSO /boot/config-$(uname -r). Observez le placement vDSO vivant avec grep vdso /proc/self/maps sur plusieurs exécutions.
Remédiation
Aucune remédiation automatisée n'est fournie : c'est une option de compilation du noyau. Appliquez-la en démarrant un noyau compilé sans CONFIG_COMPAT_VDSO (le défaut moderne), ou recompilez le noyau. pavois harden apply ne peut pas la modifier.
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
Risque si activé : le vDSO se trouve à une adresse fixe dans chaque processus, offrant aux attaquants une région de code prévisible pour le ROP et affaiblissant l'ASLR.
Précautions avant de modifier : le vDSO de compatibilité ne concerne que glibc antérieure à ~2.3.3 (début des années 2000) ; aucun espace utilisateur moderne n'en dépend, donc la désactivation n'a effectivement aucun impact fonctionnel. Changer de noyau nécessite un redémarrage ; conservez le noyau précédent dans GRUB en repli et validez le démarrage sur une console.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R15 | 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.