Configurer l'acceptation de la préférence de routeur dans les annonces de routeur sur toutes les interfaces IPv6 par défaut
Définit la valeur par défaut des nouvelles interfaces IPv6 pour ignorer le champ de préférence de routeur des annonces de routeur via net.ipv6.conf.default.accept_ra_rtr_pref = 0.
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
net.ipv6.conf.default.accept_ra_rtr_pref contrôle si l'hôte respecte le champ Préférence de routeur des annonces de routeur pour choisir son routeur par défaut. S'il est activé, un hôte malveillant peut s'annoncer avec une préférence élevée et faire en sorte que le système privilégie une passerelle contrôlée par l'attaquant, permettant une position d'homme du milieu sur le trafic IPv6. Le désactiver par défaut retire à l'attaquant la capacité d'influencer la sélection du routeur par défaut via de fausses RA.
Ce que vérifie Pavois
Pavois lit la valeur effective du noyau pour net.ipv6.conf.default.accept_ra_rtr_pref, pas un fichier de configuration. La valeur active fusionne /etc/sysctl.conf, les drop-ins dans /etc/sysctl.d/ et /run/sysctl.d/, les paramètres de démarrage du noyau et les sysctl -w à chaud. Un fichier propre ne garantit pas un noyau propre, Pavois rapporte la valeur réellement appliquée.
describe kernel_parameter('net.ipv6.conf.default.accept_ra_rtr_pref') do
its('value') { should cmp 0 }
end
describe command("grep -hsE '^[[:space:]]*net.ipv6.conf.default.accept_ra_rtr_pref[[:space:]]*=[[:space:]]*0([[:space:]]|$)' /etc/sysctl.conf /etc/sysctl.d/*.conf /run/sysctl.d/*.conf /usr/lib/sysctl.d/*.conf /lib/sysctl.d/*.conf 2>/dev/null") do
its('stdout') { should match(/\S/) }
endComment vérifier qu’elle est appliquée
Exécutez sysctl net.ipv6.conf.default.accept_ra_rtr_pref et vérifiez que la sortie est net.ipv6.conf.default.accept_ra_rtr_pref = 0.
Inspecter et investiguer
Aucun journal dédié. Inspectez l'état d'exécution avec sysctl net.ipv6.conf.default.accept_ra_rtr_pref et sysctl -a | grep accept_ra_rtr_pref. Pour trouver le fichier qui l'a défini, exécutez sysctl --system 2>&1 | grep accept_ra_rtr_pref. Le routeur par défaut actuellement sélectionné est visible via ip -6 route show default.
Remédiation
Le plan de durcissement de Pavois utilise la ressource sysctl pour définir net.ipv6.conf.default.accept_ra_rtr_pref = 0, en le persistant dans un drop-in géré et en l'appliquant à chaud. Exécutez pavois harden apply pour l'imposer ; il est réappliqué au démarrage via l'entrée persistante.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| key | net.ipv6.conf.default.accept_ra_rtr_pref |
|---|---|
| resource | sysctl |
| value | 0 |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
Impact opérationnel faible : cela empêche seulement l'hôte de classer les routeurs selon leur préférence annoncée. Sur un client SLAAC qui accepte légitimement les RA, la sélection du routeur par défaut se rabat sur d'autres critères, ce qui est acceptable. Le changement est sans risque sur les routeurs et serveurs à adressage statique. Si l'hôte dépend de l'adressage par RA, appliquez-le avec les autres règles accept_ra* pour une posture IPv6 cohérente.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R13 | 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.