Compétence · Linux · Durcir un serveur Linux selon un référentiel
Confiner un service : contrôle d'accès obligatoire (SELinux ou AppArmor), puis sandboxing systemd
Confiner un service avec SELinux ou AppArmor, dépanner un refus sans tout désactiver, puis restreindre ce qu'il peut faire avec le sandboxing systemd.
Commencer la leçon 1Le domaine Linux
- 2 leçons
- ~2 h 30 de lecture
- 3 quiz
- 2 labs de preuve
Le chemin
D'où elle vient, où elle mène
Ce qu'il faut savoir avant, où vous en êtes sur cette compétence, et ce qu'elle ouvre ensuite. Votre état se calcule dans votre navigateur, à partir de ce que vous avez lu et réussi.
Avant · 2 prérequis
Conseillé avant · 1
Cette compétence, pour vous
Confiner un service : contrôle d'accès obligatoire (SELinux ou AppArmor), puis sandboxing systemd
Calcul en cours
Elle débloque · rien encore
Aucune autre compétence ne la demande : c'est une compétence de bout de chemin.
Le chemin des bases De la base la plus en amont jusqu'à cette compétence : ce qui est en place, ce qu'il reste à lire.
Leçons
Comment l'apprendre
Cette compétence s'apprend avec l'outil de votre choix ; vos préférences décident de la voie suivie dans votre parcours. Chaque voie liste ses leçons dans l'ordre du programme.
Avec SELinux
2 leçons · ~2 h 30 par défaut
- 1Durcir un service systemd avec le sandboxing· 20 min
- 2SELinux (RHEL, Rocky)· 130 min
Avec AppArmor
2 leçons · ~1 h 15
- 1Durcir un service systemd avec le sandboxing· 20 min
- 2AppArmor (Debian, Ubuntu)· 55 min
Au-delà des leçons
S'évaluer, pratiquer, passer l'épreuve
Lire une leçon ne confirme rien. Une compétence se confirme par un quiz réussi, se travaille en lab guidé, et se met à l’épreuve par un challenge ou une mission ; un résultat de lab importé n’est pas vérifié par le site.
S'évaluer
3 quiz
En fin de leçon : réussis à 70 %, ils confirment la compétence.
Pratiquer
4 labs guidés
Épreuve
2 preuves pratiques
Une preuve pratique est un challenge, un capstone ou un lab déclaré.
Test de positionnement
Préparation des questions…
Le détail de vos réponses
Pour chaque question posée : votre réponse, la bonne réponse, son explication et la page à relire.
Autour
Qui la demande, qui l'enseigne
Demandée par
- Administrateur Linux
- LFCS
- RHCSA (EX200, RHEL 10)
En rouge : la certification qu’elle prépare.
Enseignée par
Outil au choix : SELinux ou AppArmor.
Même bloc · Durcir un serveur Linux selon un référentiel
- Mesurer l'écart d'un serveur à un référentiel de durcissement et prioriser les mesures (ANSSI-BP-028, CIS)
- Durcir l'accès et les privilèges d'un serveur : SSH, PAM, sudo, permissions et planification
- Durcir le démarrage, les montages et la session locale : GRUB, nodev, nosuid, noexec, bannières, dconf
- Durcir le noyau en place : paramètres sysctl persistants et modules interdits
- Tracer qui a fait quoi sur un serveur Linux avec auditd : règles persistantes, ausearch et aureport
- Recompiler un noyau durci KSPP et prouver ses options au démarrage
- Durcir un serveur NixOS par déclaration : mesures versionnées, test avant bascule, contrôle à l'exécution et retour à une génération saine