S'assurer que /opt est sur une partition séparée
Vérifie que /opt est monté sur sa propre partition afin d'appliquer des options restrictives aux logiciels tiers.
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
/opt héberge des logiciels supplémentaires, souvent installés en dehors du gestionnaire de paquets. Le placer sur une partition séparée permet d'appliquer des restrictions comme nosuid et nodev à ce code tiers, l'isole du système de fichiers racine et empêche un /opt trop volumineux de saturer /.
Ce que vérifie Pavois
Pavois utilise la ressource InSpec mount('/opt'), lisant la table de montage effective (/proc/self/mountinfo) plutôt que /etc/fstab. Elle reflète ce que le noyau a réellement monté, distinguant un vrai montage séparé d'une entrée fstab jamais appliquée.
describe mount('/opt') do
it { should be_mounted }
endComment vérifier qu’elle est appliquée
Exécutez :
findmnt /opt
Attendu : une ligne montrant /opt sur son propre périphérique/partition. Aucune sortie signifie que /opt fait partie du système de fichiers racine et la règle échoue.
Inspecter et investiguer
Vérifiez le montage actif avec findmnt /opt ou mount | grep ' /opt ' ; l'entrée persistante est dans /etc/fstab. Les événements d'unité de montage apparaissent via journalctl -u opt.mount et l'activité de montage du noyau via journalctl -k.
Remédiation
Aucun plan de durcissement automatisé n'est fourni pour cette règle, déplacer /opt sur sa propre partition est une modification manuelle de l'agencement disque, idéale à l'installation. Sur un hôte existant, cela exige un nouveau système de fichiers, la copie des données avec rsync -aXS, une entrée /etc/fstab et un remontage ; Pavois ne l'effectue pas automatiquement.
Pavois applique ceci avec son propre moteur harden, le plan ci-dessous, pas un script shell :
| command | # /opt should be its OWN filesystem (isolation + mount options). This needs (re)partitioning , # offline disk/LVM work, not a safe runtime change. findmnt /opt >/dev/null 2>&1 && echo '/opt is already a mount point' || echo '/opt is NOT separate' # Then: dedicate an LVM volume / disk to /opt and add it to /etc/fstab. |
|---|---|
| reason | a separate /opt filesystem needs partitioning/LVM/tmpfs, not a safe runtime change |
| resource | manual |
pavois harden plan localoù la cible est local, un alias SSH user@hôte, ou un conteneur , Docs
Impact & précautions
Déplacer /opt sur un système en service peut perturber les logiciels qui y sont installés (chemins, services en cours), et nosuid/noexec peuvent casser des applications éditeur fournissant des binaires setuid ou exécutant des scripts depuis /opt. Précautions : sauvegardez /opt, arrêtez les services concernés pendant la migration, vérifiez le nouveau montage avant de supprimer les anciennes données, et testez les logiciels tiers avant de durcir les options de montage. Le contrôle exige seulement l'existence du montage.
Mapping des normes
| Norme | Référence | Type | Version | Confiance |
|---|---|---|---|---|
| ANSSI BP-028 | R28 | 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.