Aller au contenu
Sommaire

Fiche mémo Sécurité des systèmes

Fiche mémo · environ 4 min de lecture

Validé

Validé. Ce site n’exécute aucune commande. Sources

Les sept réflexes

RéflexeEn une phrase
Moindre privilègeseulement les droits nécessaires, pour le temps nécessaire
Durcissementmoins de services, de ports et de comptes ; configuration de référence
Authentificationmots de passe longs et uniques + MFA résistant à l'hameçonnage
Secretsdans un coffre, jamais dans le code ni les journaux ; rotation
Journauxtracer les événements de sécurité, jamais les secrets ; les protéger et les lire
Mises à jourinventaire, priorité, sauvegarde, vérification, retour arrière
Modèle de menacequatre questions et STRIDE avant de construire

Défense en profondeur

Réseau, puis système, comptes, application, données chiffrées et sauvegardées ; journalisation et alertes sur toutes les couches. Une couche tombe : les autres limitent les dégâts.

Moindre privilège : check-list

  • Compte quotidien non administrateur ; compte admin séparé.
  • Un compte par service, sans connexion interactive.
  • Droits fichiers : 600 (secret), 700 (dossier privé).
  • Jetons à portée réduite et à durée limitée.
  • Revue périodique : retirer ce qui ne sert plus.
  • Pas de sudo par réflexe : comprendre le refus d'abord.

Mots de passe et MFA (NIST SP 800-63B-4)

RègleValeur lue
Mot de passe seul15 caractères au minimum
Mot de passe avec autre facteur8 caractères au minimum
Longueur maximale acceptéeau moins 64
Règles de compositionà ne pas imposer
Changement périodiqueà ne pas imposer ; obligatoire si compromission avérée
Liste de blocagemots de passe courants ou compromis refusés
Niveau 2 / 3option résistante à l'hameçonnage / obligatoire ; synchronisable interdit au niveau 3

Du plus au moins résistant à l'hameçonnage : passkey (FIDO2/WebAuthn) ou clé matérielle, puis TOTP, notification push, SMS (« restreint »), courriel. Prévoir des codes de récupération rangés ailleurs.

Secrets

  1. Un coffre (Trousseau : bin/secret get NOM), pas un fichier.
  2. Ni dans le code, la configuration, l'image, l'URL ni le journal.
  3. Courte durée et rotation quand c'est possible.
  4. Fuite : révoquer, tourner, supprimer, consigner.
  5. Supprimer de Git ne suffit pas : l'historique garde le secret.

Journalisation

OuiJamais
authentifications (succès, échecs)mots de passe, jetons, identifiants de session
échecs d'accèsclés, chaînes de connexion
actions d'administrationdonnées bancaires, de santé, d'identité
erreurs, événements systèmecode source

Journaux protégés, horloges synchronisées, rotation, alertes, relecture planifiée.

Mises à jour

  1. Inventorier systèmes et logiciels.
  2. Prioriser l'exposé à Internet.
  3. Sauvegarder, tester sur un système jetable.
  4. Appliquer, vérifier la version, noter la date.
  5. Retour arrière écrit ; fin de support = remplacement planifié.

Modèle de menace en bref

Quatre questions : sur quoi travaille-t-on ? qu'est-ce qui peut mal tourner ? que fait-on ? l'a-t-on bien fait ?

STRIDEViolationRéflexe
SpoofingauthentificationMFA, écouter en local
Tamperingintégritédroits, empreintes, sauvegarde
Repudiationtraçabilitéjournaux
Information disclosureconfidentialitéchiffrement, coffre
Denial of servicedisponibilitélimites, délais
Elevation of privilegeautorisationmoindre privilège

Réponses : atténuer, éliminer, transférer, accepter. Documenter.

Commandes de lecture sur Mac (non vérifiées, lire man d'abord)

CommandeEffet
sw_versversion de macOS
fdesetup statusétat de FileVault
csrutil statusétat de la protection de l'intégrité du système
spctl --statusétat de Gatekeeper
ididentité et groupes du compte
ls -l fichierpropriétaire et droits

Aucune ne modifie le système. Ne pas changer ces réglages depuis cette fiche.

Avant de lancer une commande

  1. Lecture ou écriture ? Sur quel compte ?
  2. Fichier ou donnée réelle touchée ? Sinon, utiliser un dossier jetable.
  3. Sauvegarde et retour arrière prévus.
  4. Vérifier le résultat après exécution.

Sources — consultées le 17 octobre 2026