← Toutes les règles
SOCLE-CLD-MOD-018// Kernel modulesmoyenneruntime effectif

Désactiver la prise en charge de SCTP

Garantit que le module noyau du protocole réseau sctp (Stream Control Transmission Protocol) ne peut pas être chargé.

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 3 normes

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

SCTP (Stream Control Transmission Protocol) est un protocole de transport surtout utilisé dans la signalisation télécom (SS7/Diameter) et rarement sur les serveurs généralistes. Son implémentation noyau a connu plusieurs vulnérabilités de sûreté mémoire, et en tant que troisième transport aux côtés de TCP/UDP il élargit la surface d'attaque réseau et peut contourner des règles de pare-feu écrites uniquement pour TCP/UDP. Désactiver SCTP protège le système contre l'exploitation de failles de son implémentation et retire un protocole inutilisé.

Ce que vérifie Pavois

Pavois utilise la ressource InSpec kernel_module('sctp') pour confirmer que le module n'est pas chargé et qu'il est désactivé (blacklist plus une redirection install ... /bin/true). Cela reflète l'état effectif du noyau via lsmod et modprobe --showconfig, et non un grep statique de /etc/modprobe.d/, ainsi une application qui ouvrirait une socket SCTP et chargerait le module est détectée.

describe kernel_module('sctp') do
  it { should_not be_loaded }
  it { should be_disabled }
end

Comment vérifier qu’elle est appliquée

Exécutez modprobe -n -v sctp, la sortie doit afficher install /bin/true. Vérifiez qu'il n'est pas chargé avec lsmod | grep sctp (aucune sortie attendue). modprobe --showconfig | grep sctp doit afficher une ligne blacklist sctp et une ligne install sctp /bin/true.

Inspecter et investiguer

Les tentatives de chargement apparaissent dans le tampon noyau : dmesg | grep sctp ou journalctl -k | grep sctp. La politique modprobe effective est affichée par modprobe --showconfig | grep sctp ; les sockets SCTP actives (qui devraient être inexistantes) se vérifient avec ss -A sctp.

Remédiation

pavois harden apply utilise la ressource kernel_module pour mettre sctp en blacklist : il écrit un drop-in sous /etc/modprobe.d/ avec blacklist sctp et install sctp /bin/true, et décharge le module s'il est chargé. Comme le protocole peut déjà être chargé, reboot_required est vrai pour garantir un état propre.

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

actionblacklist
namesctp
reboot_requiredtrue
resourcekernel_module
pavois harden plan local

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

Impact & précautions

Risque en l'absence d'application : un protocole réseau au passif de CVE noyau reste chargeable, élargissant la surface d'attaque et pouvant contourner des règles de pare-feu limitées à TCP/UDP.

  • Avant d'appliquer, vérifiez qu'aucune application n'utilise SCTP, pertinent surtout pour les piles de signalisation télécom (SS7/Diameter/SIGTRAN) et certains logiciels de clustering.
  • Non perturbateur sur les serveurs et VM généralistes.
  • Un redémarrage est requis pour un effet complet ; planifiez-le dans une fenêtre de maintenance.

Mapping des normes

NormeRéférenceTypeVersionConfiance
CIS1.4.2, 3.2.4, 3.2.6, 3.2.5directper OS, see the benchmark tablehaute
NIST3.4.6, CM-6(a), CM-7(a), CM-7(b)support800-53 Rev 5 · 800-171 Rev 2 (pinned)moyenne
PCI DSS1.4.2support4.0.1moyenne

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