Désactiver le paramètre noyau d'acceptation des redirections ICMP par défaut sur les interfaces IPv6
Définit la valeur par défaut des nouvelles interfaces IPv6 pour rejeter les messages de redirection ICMPv6 via net.ipv6.conf.default.accept_redirects = 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
Les messages de redirection ICMPv6 indiquent à un hôte d'envoyer le trafic vers une destination via un autre saut suivant. Lorsque net.ipv6.conf.default.accept_redirects est activé, un attaquant sur le lien local peut forger des messages de redirection pour modifier la table de routage de l'hôte, détournant le trafic via une passerelle contrôlée par l'attaquant, une attaque d'homme du milieu, ou le supprimant pour provoquer un déni de service. Un hôte d'extrémité normal ne devrait jamais avoir besoin d'accepter les redirections ICMPv6, donc les désactiver par défaut ferme ce vecteur.
Ce que vérifie Pavois
Pavois lit la valeur effective du noyau pour net.ipv6.conf.default.accept_redirects, pas un fichier *.conf. La valeur active est la fusion de /etc/sysctl.conf, des drop-ins dans /etc/sysctl.d/ et /run/sysctl.d/, des paramètres de ligne de commande du noyau et de tout sysctl -w à chaud. Un scanner basé sur les fichiers peut réussir alors que le noyau accepte toujours les redirections ; Pavois rapporte la valeur réellement appliquée par le noyau.
describe kernel_parameter('net.ipv6.conf.default.accept_redirects') do
its('value') { should cmp 0 }
end
describe command("grep -hsE '^[[:space:]]*net.ipv6.conf.default.accept_redirects[[: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_redirects et vérifiez que la sortie est net.ipv6.conf.default.accept_redirects = 0. Vérifiez aussi les interfaces actives avec sysctl -a | grep '\.accept_redirects ='.
Inspecter et investiguer
Aucun journal dédié. Inspectez l'état d'exécution avec sysctl net.ipv6.conf.default.accept_redirects et sysctl -a | grep accept_redirects. Pour trouver le fichier qui l'a défini, exécutez sysctl --system 2>&1 | grep accept_redirects. Les redirections ICMPv6 entrantes peuvent être observées avec tcpdump -i <if> 'icmp6 && ip6[40] == 137' ; les changements de route apparaissent dans ip -6 route show cache.
Remédiation
Le plan de durcissement de Pavois utilise la ressource sysctl pour définir net.ipv6.conf.default.accept_redirects = 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_redirects |
|---|---|
| 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 négligeable pour les hôtes d'extrémité et les serveurs, accepter les redirections ICMPv6 est rarement utile et constitue une surface d'attaque connue. Les seuls environnements pouvant dépendre des redirections sont certaines topologies de niveau 3 spécialisées avec une passerelle partagée unique ; même là, les routes statiques sont l'alternative plus sûre. Le changement ne coupe pas les connexions existantes et est réversible en réinitialisant la clé, donc il n'y a pratiquement aucun risque de blocage.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R13 | direct | 2.0 | haute |
| CIS | 3.3.5, 3.3.2.4 | direct | per OS, see the benchmark table | haute |
| NIST | 3.1.20, CM-6(a), CM-7(a), CM-7(b) | support | 800-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.