← Toutes les règles
SOCLE-CLD-SYS-058// Kernel & network (sysctl)moyenneruntime effectif

Configurer le refus des sollicitations de routeur sur toutes les interfaces IPv6

Fixe net.ipv6.conf.all.router_solicitations à 0 afin que l'hôte n'émette aucun message de sollicitation de routeur IPv6 sur aucune interface.

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 1 norme

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 sollicitations de routeur sont envoyées par un hôte pour demander activement aux routeurs locaux d'émettre des annonces de routeur. Les émettre annonce la présence de l'hôte sur le segment et déclenche l'autoconfiguration par RA qu'un routeur malveillant pourrait honorer. Un hôte configuré statiquement n'a pas besoin de solliciter les routeurs ; supprimer ces messages réduit sa visibilité et élimine un déclencheur d'autoconfiguration.

Ce que vérifie Pavois

Pavois lit la valeur effective au runtime via la ressource kernel_parameter (équivalent à sysctl net.ipv6.conf.all.router_solicitations) et vérifie qu'elle vaut 0. La valeur active fait foi : une valeur dans /etc/sysctl.d/* peut être écrasée par un drop-in ultérieur ou jamais appliquée ; lire le paramètre actif évite le faux succès d'un scanner basé fichiers (OVAL/oscap).

describe kernel_parameter('net.ipv6.conf.all.router_solicitations') do
  its('value') { should cmp 0 }
end
describe command("grep -hsE '^[[:space:]]*net.ipv6.conf.all.router_solicitations[[: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/) }
end

Comment vérifier qu’elle est appliquée

Exécutez sysctl net.ipv6.conf.all.router_solicitations (ou cat /proc/sys/net/ipv6/conf/all/router_solicitations). Sortie attendue :

  • net.ipv6.conf.all.router_solicitations = 0

Inspecter et investiguer

Aucun journal dédié. Vérifiez la valeur active avec sysctl net.ipv6.conf.all.router_solicitations et auditez son origine avec sysctl --system. L'émission de RS s'observe sur le réseau avec tcpdump -i <iface> icmp6 and ip6[40] == 133.

Remédiation

Le plan de durcissement de Pavois utilise la ressource sysctl pour fixer net.ipv6.conf.all.router_solicitations à 0, le rend persistant via un drop-in /etc/sysctl.d/ géré par Pavois et l'applique à chaud (sans redémarrage). Appliquez-le avec pavois harden apply.

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

keynet.ipv6.conf.all.router_solicitations
resourcesysctl
value0
pavois harden plan local

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

Impact & précautions

Sur les hôtes dépendant de SLAAC, ne pas émettre de sollicitations de routeur peut retarder ou empêcher l'apprentissage d'une route par défaut (l'hôte attend alors passivement des RA non sollicitées, ou n'obtient aucune adresse), cassant la connectivité IPv6. À appliquer uniquement quand l'hôte utilise une IPv6 statique ou DHCPv6, confirmez d'abord le modèle d'adressage. Sans effet sur les systèmes IPv4 uniquement.

Mapping des normes

NormeRéférenceTypeVersionConfiance
ANSSI BP-028R13direct2.0haute

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