Trois choses qu’un système doit protéger
La sécurité informatique protège trois choses : la confidentialité, l’intégrité et la disponibilité des données. On les appelle la triade CID.
Quand vous savez laquelle est atteinte, vous savez quelle protection choisir. Prenons le serveur d’une université, qui garde les notes des examens.
À la fin de cette leçon
Remarque
Je peux nommer ce qu’un système doit protéger et dire quelle menace le met en danger.
Mots-clés
| Mot | Ce que ça veut dire | Exemple |
|---|---|---|
| Confidentialité | seules les personnes autorisées peuvent lire une donnée | |
| Intégrité | une donnée n’est modifiée que par ceux qui en ont le droit | |
| Disponibilité | une donnée ou un service est utilisable quand on en a besoin | |
| Actif | tout ce qui a de la valeur et qu’il faut protéger | les notes d’examen |
| Menace | ce qui peut causer un dommage à un actif | |
| Vulnérabilité | une faiblesse qu’une menace peut exploiter |
Les cellules que les étudiants remplissent restent vides dans cet aperçu.
Trois propriétés : lire, modifier, utiliser
La confidentialité répond à la question : qui peut lire ? L’intégrité répond à : qui peut modifier ? La disponibilité répond à : puis-je m’en servir maintenant ?
Une attaque ou une panne atteint au moins une de ces trois propriétés. Parfois elle en atteint deux.
Exemple travaillé : les notes d’examen
| Propriété | Question | Ce qui l’atteint |
|---|---|---|
| Confidentialité | Qui peut lire les notes ? | Un étudiant ouvre les notes avant la publication |
| Intégrité | Qui peut changer les notes ? | Quelqu’un passe un 8 à 18 dans la base |
| Disponibilité | Le site des notes répond-il ? | Une panne coupe le site le jour des résultats |
Les cellules que les étudiants remplissent restent vides dans cet aperçu.
La machine du labo protège ses propres fichiers
Dans le labo, vous êtes un utilisateur ordinaire. Le fichier /etc/shadow garde les empreintes des mots de passe. Seuls root et un groupe système peuvent le lire : c’est de la confidentialité.
Le script backup.sh appartient à root. Un utilisateur ordinaire ne peut pas le modifier : c’est de l’intégrité.
Lire le fichier des empreintes
cat /etc/shadowAffichée ici, non exécutée. Créez un compte gratuit pour appuyer sur Exécuter et la saisir dans le terminal de votre propre labo.
Un refus est une protection qui fonctionne
La commande précédente affiche cat: /etc/shadow: Permission denied. Le système a refusé la lecture parce que votre compte n’a pas le droit.
Lancez maintenant la commande suivante. Elle affiche le mode et le propriétaire du script de sauvegarde, soit 755 root. Seul le propriétaire peut l’écrire.
Qui peut modifier le script de sauvegarde ?
stat -c "%a %U" /usr/local/bin/backup.shAffichée ici, non exécutée. Créez un compte gratuit pour appuyer sur Exécuter et la saisir dans le terminal de votre propre labo.
Erreur fréquente
Attention
Beaucoup de gens pensent que la sécurité sert seulement à arrêter les pirates. C’est faux. Une panne de disque, une erreur de frappe ou un incendie atteignent aussi l’intégrité et la disponibilité. Cherchez toutes les causes possibles, pas seulement les attaques.
Une menace exploite une vulnérabilité
Une menace est ce qui peut faire du mal : un pirate, une erreur humaine, une panne, une inondation. Une vulnérabilité est une faiblesse : un mot de passe trop court, un logiciel pas mis à jour, une salle sans clé.
Le dommage arrive quand une menace rencontre une vulnérabilité sur un actif. Sans l’une des deux, il n’y a pas d’incident.