Niveau 🟡 intermédiaire
Durée estimée : 20 min · Prérequis : Fiche service : Prometheus et Grafana
Sécuriser sa maison sans réfléchir à qui pourrait vouloir y entrer, c'est installer une porte
blindée anti-effraction tout en laissant la fenêtre du rez-de-chaussée grande ouverte. Un modèle
de menace, c'est l'étape qu'on saute trop souvent : identifier d'abord qui pourrait s'en
prendre à toi et comment, avant de choisir où investir son temps et son attention.
Un modèle de menace (threat model) est une réflexion structurée en quatre questions,
dans cet ordre :
Pour un homelab qui n'expose rien publiquement (le choix déjà présenté en
M2), les menaces réalistes sont très différentes de celles d'un
serveur exposé sur Internet :
| Menace | Probabilité pour un homelab non exposé | Probabilité pour un serveur exposé publiquement |
|---|---|---|
| Scan automatisé d'Internet à la recherche de ports ouverts | Quasi nulle — rien à trouver depuis l'extérieur | Élevée — ces scans sont permanents sur tout Internet |
| Quelqu'un du réseau local (visiteur, appareil compromis) | Réaliste — le réseau local n'est pas un sanctuaire absolu | Réaliste également |
| Vol physique de la machine | Réaliste, dépend du lieu de vie | Réaliste également |
| Attaque ciblée par un attaquant déterminé et compétent | Très improbable — pourquoi quelqu'un viserait spécifiquement ce homelab précis ? | Dépend fortement de la visibilité du service |
| Erreur humaine (soi-même) | La plus probable, de loin | La plus probable, de loin, également |
Le point le plus contre-intuitif de cette page : pour la grande majorité des homelabs
personnels, la plus grande menace réelle n'est ni un pirate isolé dans une capuche ni un état
étranger — c'est soi-même, via une erreur de configuration, un mot de passe réutilisé, une
sauvegarde jamais testée (vue en M5). Adapter son
modèle de menace à sa situation réelle évite de consacrer une énergie disproportionnée à des
scénarios cinématographiques peu probables, au détriment de bases plus simples et plus
rentables.
🧪 Concrètement, sur notre exemple : le modèle de menace retenu pour ce serveur exclut
explicitement les scans depuis Internet (aucune exposition publique) et les attaques ciblées
sophistiquées (rien ici ne justifierait un tel effort de la part d'un attaquant). Il retient en
revanche, comme réalistes, l'accès physique à la machine, un appareil compromis sur le réseau
local, et l'erreur humaine — ce qui explique pourquoi les pages suivantes de ce module
(durcissement SSH, moindre privilège, gestion des secrets) portent sur ces scénarios précis,
pas sur un pare-feu de périmètre digne d'une entreprise.
Le modèle de menace n'est pas une liste universelle à cocher — c'est un raisonnement à refaire
pour sa propre situation, qui aboutit à des priorités différentes selon ce qu'on protège
réellement et contre qui.
Pas de commande sur cette page — l'exercice est une réflexion écrite, à mener une seule fois
puis à réviser quand la situation change (nouveau service exposé, changement de lieu de vie...).
Tu devrais pouvoir répondre, en quelques phrases, aux quatre questions de cette page pour ta
propre installation — sans reprendre mot pour mot la table de cette page, qui décrit notre
contexte, pas nécessairement le tien.
| Symptôme | Cause probable | Solution |
|---|---|---|
| Passer des heures à durcir un service jamais exposé, en négligeant les sauvegardes | Absence de priorisation par probabilité réelle | Revenir aux quatre questions : la sauvegarde protège contre la menace la plus probable (l'erreur humaine) |
| Croire qu'un homelab personnel intéresse des attaquants sophistiqués | Confusion avec les récits médiatiques d'attaques ciblées contre de grandes organisations | Un homelab personnel non exposé publiquement présente un intérêt quasi nul pour ce type d'attaquant |
| Ignorer complètement la sécurité sous prétexte que « personne ne va s'y intéresser » | Sous-estimation des menaces réalistes (accès physique, erreur humaine, appareil compromis sur le réseau local) | Ces menaces restent réelles même sans exposition publique — la table de cette page les liste explicitement |
Parce que ces scans cherchent des ports ouverts accessibles depuis Internet — sans exposition
publique, il n'y a rien à trouver depuis l'extérieur pour ce type de scan.
L'erreur humaine — une mauvaise configuration, un mot de passe réutilisé, une sauvegarde jamais
testée — plus probable qu'une attaque ciblée sophistiquée.
Pour concentrer son effort sur les scénarios réellement probables pour sa situation, plutôt que
de disperser son énergie sur des menaces peu vraisemblables au détriment de bases plus simples
et plus rentables.
Réponds, par écrit, aux quatre questions de cette page pour ta propre installation (réelle ou
prévue) : qu'est-ce que tu protégerais, contre qui, avec quelle probabilité pour chaque scénario,
et quel effort tu es prêt à investir pour chacun.
Cette formation est proposée par Deladev, studio web de Loïc D. — création de sites et d'applications, accompagnement et formation sur mesure.
Les projets réalisés · Prestations et tarifs · Le blog tech · Me contacter
Écrite par Loïc D. avec l'assistance de Claude (Anthropic) — un travail à deux.
© 2026 Deladev — publiée sous licence CC BY-NC-ND 4.0. Vous pouvez la lire, y renvoyer par un lien, la partager et la citer en créditant la source. La revendre, l'utiliser dans une prestation ou une formation payante, la republier même partiellement ailleurs, en diffuser une version modifiée ou l'exploiter pour entraîner un modèle d'IA nécessitent une autorisation écrite — pour un usage interne en entreprise, c'est souvent oui, il suffit de demander.