La Triade CIA

Afficher le sommaire

• Les principes fondateurs de la Sécurité de l’information ?
  • Confidentialité
  • Intégrité
  • Disponibilité
• Au-delà de la triade : 2 critères complémentaires
  • Authenticité
  • Non-répudiation
• Le triangle de compromis : Sécurité, Fonctionnalité, Ergonomie (SFU)
• TL;DR : l’essentiel à retenir

La triade CIA (Confidentialité, Intégrité, Disponibilité) répond aux 3 questions fondamentales suivantes pour évaluer la sécurité d’un système :

• Qui peut accéder à l’information ? => Garantir que seules les personnes autorisées peuvent accéder aux données, c’est la Confidentialité.
• L’information est-elle fiable ? => S’assurer que les données n’ont pas été altérées ou falsifiées, c’est l’Intégrité.
• Peut-on accéder à l’information quand on en a besoin ? => Garantir l’accès aux services et données au moment voulu, c’est la Disponibilité (Availability en anglais).

Ces trois piliers forment un modèle équilibré où un système est considéré comme véritablement sécurisé uniquement s’il respecte ces trois principes simultanément. Compromettre un seul des trois piliers suffit à considérer un système comme non sécurisé.

La Confidentialité garantit que l’information n’est accessible qu’aux personnes, systèmes ou processus qui y sont autorisés. Elle répond à une question simple : qui a le droit d’accèder et lire ces données ?

Une violation de la confidentialité se produit lorsqu’une donnée est consultée par une entité non autorisée. Cela peut être le fait d’un attaquant externe, d’un employé malveillant (insider threat), ou tout simplement d’une mauvaise configuration qui expose une ressource publiquement.

Les mécanismes clés pour assurer la confidentialité incluent :

• Le chiffrement des données sous toutes ses formes : au repos (stockées), en transit (sur le réseau) et en cours d’utilisation (en mémoire).
• La gestion des identités et des accès (IAM) incluant l’authentification forte (MFA), la fédération d’identités et la gestion du cycle de vie des comptes.
• Le contrôle d’accès basé sur les rôles (RBAC) et la politique du moindre privilège (ne donner que les accès strictement nécessaires aux tâches de l’utilisateur).
• La classification et le masquage des données : catégoriser l’information (publique, interne, secrète) et masquer les données sensibles (ex: anonymisation des environnements de test).
• La segmentation réseau : cloisonner les flux pour éviter qu’un utilisateur du réseau standard puisse voir le trafic des serveurs critiques.
• La traçabilité : maintenir des journaux d’accès (logs) pour vérifier qui a accédé à quoi.
• L’effacement sécurisé et la sécurité physique (accès aux locaux, destructeurs de documents).

À ne pas confondre : Confidentialité et Vie Privée (Privacy)

Bien que liées, ces deux notions diffèrent :

• La confidentialité est une propriété technique de la donnée (empêcher l’accès non autorisé).
• La vie privée (Privacy) est un droit humain et réglementaire (le contrôle qu’a un individu sur l’usage de ses données personnelles). Exemple : Un message chiffré sur une messagerie garantit la confidentialité de votre conversation (personne ne peut la lire). En revanche, si l’application partage vos contacts et vos heures de connexion avec sa maison mère, elle peut porter atteinte à votre vie privée, même si le contenu reste secret.

Exemple d’implémentation : La consultation d’un dossier médical partagé

Lorsque vous consultez vos résultats d’analyse sur une plateforme de santé en ligne :

1. Votre connexion est sécurisée en HTTPS (chiffrement en transit) pour que personne ne puisse intercepter vos données sur le Wi-Fi.
2. Vous devez valider un code reçu sur votre téléphone (MFA / IAM) pour prouver votre identité.
3. Une fois connecté, le système utilise un contrôle d’accès (RBAC) pour s’assurer que seuls vous et votre médecin traitant avez le droit de lire ce dossier, bloquant l’accès aux autres patients ou aux employés administratifs de la plateforme.

L’intégrité garantit que l’information, les logiciels ou les systèmes n’ont pas été modifiés ou altérés de façon non autorisée, que ce soit par accident ou par malveillance. Elle répond à une question fondamentale : peut-on faire confiance à ces données ?

Une violation d’intégrité peut être :

• délibérée : un attaquant qui modifie un fichier de configuration pour ouvrir une porte dérobée (backdoor), altère un log d’audit pour effacer ses traces, ou compromet une dépendance dans une chaîne de build (supply chain attack).
• accidentelle : une corruption de fichier lors d’un transfert réseau ou une panne matérielle.

Les mécanismes essentiels pour garantir l’intégrité incluent :

• Les fonctions de hachage cryptographique (SHA-256, SHA-3) : Générer une “empreinte numérique” unique d’un fichier pour détecter le moindre changement.
• Les signatures numériques : Combiner le hachage et le chiffrement asymétrique pour garantir à la fois l’intégrité de la donnée et l’identité de son auteur (non-répudiation).
• Les systèmes de contrôle d’accès : Verrouiller les droits d’écriture sur les fichiers sensibles et configurer des stockages de type WORM (Write Once, Read Many) pour les logs.
• La surveillance de l’intégrité des fichiers (FIM - File Integrity Monitoring) : Des outils qui alertent en temps réel si un fichier système critique est modifié.
• Les sauvegardes régulières et immuables : Permettre de restaurer un état sain et fiable si l’intégrité a été compromise (ex: après un ransomware).

Le duo indissociable : Confidentialité + Intégrité

En pratique, l’intégrité et la confidentialité fonctionnent ensemble. Un message qui reste secret (chiffré) mais dont on ne peut pas vérifier l’intégrité est vulnérable. Un attaquant pourrait intercepter le bloc de données chiffrées et en modifier quelques bits au hasard : le destinataire déchiffrerait alors un message corrompu ou falsifié sans même s’en rendre compte.

Exemple d’implémentation : Le téléchargement d’une fichier

Lorsque vous téléchargez sur Internet un outil ou un logiciel d’entreprise, le site officiel fournit presque toujours une suite de caractères appelée “checksum” (par exemple, un hash SHA-256). Une fois le fichier sur votre machine, vous allez calculer son empreinte localement. Si le hash obtenu correspond exactement à celui du site, vous avez la certitude que le fichier n’a pas été corrompu pendant le téléchargement, et qu’un pirate n’a pas injecté de malware dans l’exécutable entre-temps.

La disponibilité garantit que les systèmes, les services et les données sont accessibles aux utilisateurs et processus autorisés au moment précis où ils en ont besoin. C’est un pilier parfois sous-estimé, alors qu’une indisponibilité prolongée peut paralyser une entreprise et causer des pertes financières aussi graves qu’une fuite de données.

Les menaces contre la disponibilité sont variées :

• Les attaques par déni de service (DoS/DDoS) qui saturent les ressources jusqu’à la panne.
• Les ransomwares qui chiffrent les données pour les rendre inutilisables.
• Les pannes matérielles, coupures de courant ou sinistres physiques (incendies).
• Les erreurs humaines (suppression accidentelle, mauvaise configuration réseau).

Les contre-mesures relèvent autant de l’architecture d’infrastructure que de la sécurité :

• La répartition de charge (Load Balancing) et les protections anti-DDoS : Filtrer le trafic malveillant et distribuer la charge sur plusieurs serveurs.
• La redondance et la haute disponibilité (HA) : Doubler les équipements critiques (alimentations, disques en RAID, routeurs) pour éviter tout point de défaillance unique (Single Point of Failure).
• Les stratégies de sauvegarde et de réplication : Disposer de sauvegardes régulières, testées et isolées du réseau (hors ligne/immuables).
• Les plans de continuité et de reprise d’activité (PCA/PRA) : Les procédures organisationnelles pour basculer sur un site de secours en cas de sinistre majeur.
• La supervision proactive (Monitoring) : Surveiller l’utilisation de la mémoire, du CPU et de la bande passante pour agir avant la panne.
• La gouvernance (RTO / RPO) : Définir le temps d’interruption maximal tolérable (RTO) et la perte de données maximale admissible (RPO).

La disponibilité illustre parfaitement la tension qui existe au sein de la triade CIA. Des mécanismes conçus pour protéger farouchement la confidentialité peuvent saboter la disponibilité. Par exemple, une politique de sécurité qui verrouille définitivement un compte utilisateur après trois erreurs de mot de passe protège le compte contre les attaquants, mais expose l’entreprise à un déni de service si quelqu’un s’amuse à bloquer volontairement des comptes en saisissant de mauvais identifiants.

Exemple d’implémentation : Faire face à un événement important ou à une attaque DDoS

Lors d’un événement à fort trafic ou d’une attaque par déni de service distribué (DDoS), des millions de requêtes simultanées ciblent un site e-commerce. Sans protection, le serveur s’effondre sous la charge. En mettant en place un pare-feu applicatif cloud (WAF) combiné à un service anti-DDoS, le trafic légitime est séparé du trafic malveillant. Les requêtes des attaquants sont bloquées en périphérie du réseau, tandis que le Load Balancer répartit les vrais clients sur plusieurs serveurs redondants, maintenant le site fluide et disponible.

La triade CIA est universellement adoptée, mais elle ne couvre pas tous les aspects de la sécurité de l’information. Deux critères complémentaires sont particulièrement importants en pratique.

L’Authenticité garantit que l’origine d’une donnée, l’identité d’un utilisateur ou la légitimité d’un système sont bien conformes à ce qu’elles prétendent être. Elle répond à une question fondamentale : comment prouver que vous êtes bien qui vous dites être, ou que cette donnée vient bien de là où elle prétend venir ?

Alors que la confidentialité s’assure que personne ne lit le message et que l’intégrité s’assure qu’il n’a pas été modifié, l’authenticité valide son origine. Une violation d’authenticité se produit lorsqu’un attaquant usurpe l’identité d’un utilisateur (vol de session, phishing) ou falsifie la provenance d’une information (usurpation d’adresse email, faux site web).

Les mécanismes essentiels pour garantir l’authenticité reposent sur la validation des identités et des sources :

• L’authentification multifacteur (MFA) : Valider l’identité d’un utilisateur en combinant au moins deux facteurs distincts (ce qu’il sait, ce qu’il a, ce qu’il est).
• L’infrastructure à clés publiques (PKI) et les certificats numériques (X.509) : Permettre à un serveur ou à un appareil de prouver son identité de manière cryptographique (ex: les certificats SSL/TLS pour les sites web).
• Les signatures numériques et de code : Garantir l’authenticité de l’auteur d’un document, d’un commit Git ou d’un binaire logiciel.
• Les protocoles de sécurité de la messagerie (SPF, DKIM, DMARC) : Authentifier les serveurs d’envoi d’emails pour empêcher l’usurpation d’identité (spoofing).
• Les protocoles d’authentification réseau sécurisés : Comme 802.1X, qui s’assure qu’un équipement qui se branche physiquement ou en Wi-Fi sur le réseau de l’entreprise est bien un appareil légitime.

Le piège classique : Ne pas confondre l’authenticité avec le contrôle d’accès. L’authenticité est le socle absolu : si le système valide une fausse identité (faille d’authenticité), tous les contrôles de confidentialité et d’intégrité qui en découlent s’effondrent immédiatement.

Exemple d’implémentation : La protection contre le vol d’identifiants

Un utilisateur se fait voler son mot de passe d’accès à un site sensible lors d’une campagne de phishing. Si le site ne s’appuie que sur ce mot de passe, l’attaquant peut se connecter : l’authenticité de la session est rompue. En revanche, si le protocole MFA (Multi-Factor Authentication) est actif, le système demandera une validation sur l’application mobile de l’utilisateur. L’attaquant est bloqué, car il ne peut pas prouver le deuxième facteur. Le MFA a préservé l’authenticité de l’accès.

La Non-répudiation garantit qu’une action, une transaction ou une communication ne peut pas être niée par son auteur après coup. Elle apporte une valeur de preuve irréfutable et répond à une question fondamentale : comment prouver mathématiquement ou juridiquement qu’une entité spécifique a bien réalisé cette action ?

En cybersécurité, la non-répudiation se décline en deux volets :

• la non-répudiation d’origine (l’expéditeur ne peut pas nier avoir envoyé le message)
• la non-répudiation de réception (le destinataire ne peut pas nier l’avoir reçu). Une violation de ce critère se produit lorsqu’un utilisateur effectue une action malveillante ou une transaction financière, puis affirme qu’il n’en est pas l’auteur ou que le système a été falsifié.

Les mécanismes essentiels pour garantir la non-répudiation reposent sur la cryptographie asymétrique et l’horodatage infalsifiable :

• Les signatures numériques asymétriques : L’utilisation d’une clé privée (détenue par une seule personne) pour signer un document ou une transaction. Seul le propriétaire de cette clé a pu générer cette signature spécifique.
• L’horodatage de confiance (Time-stamping) : Associer une date et une heure certifiées par une autorité externe à une signature ou un journal. Cela prouve que l’action a eu lieu à un instant précis, même si les certificats expirent plus tard.
• Les journaux d’audit centralisés et immuables (WORM) : Envoyer les logs en temps réel vers un serveur de journalisation sécurisé (comme un SIEM) où ils ne peuvent être ni modifiés ni supprimés, même par un administrateur.
• Les protocoles de transfert avec accusé de réception cryptographique : Systèmes de messagerie ou de transfert de fichiers (comme AS2 ou le protocole de messagerie sécurisée bancaire) où le récepteur renvoie automatiquement un reçu signé pour prouver la livraison.

L’alliance indispensable : Authenticité + Intégrité = Non-répudiation

La non-répudiation n’existe pas seule. Elle est le produit direct de la combinaison de l’authenticité (on prouve qui a signé) et de l’intégrité (on prouve que le document signé n’a pas bougé d’un iota). Si l’un de ces deux piliers fléchit, la preuve juridique s’effondre.

Exemple d’implémentation : La signature électronique d’un contrat

Lorsque vous signez un contrat de travail ou un compromis de vente en ligne, le système ne se contente pas d’apposer une image de votre signature sur un PDF. Il génère un certificat éphémère lié à votre identité (validée par votre email ou SMS) et l’associe à une clé cryptographique pour sceller le document. Si vous décidez plus tard de ne pas honorer le contrat en prétendant ne jamais l’avoir signé, l’entreprise peut présenter le fichier d’audit devant un tribunal. La signature cryptographique prouve mathématiquement votre consentement (authenticité) et le fait que le contrat n’a pas été modifié depuis (intégrité).

Appliquer aveuglément tous les critères de sécurité étudiés plus haut (confidentialité, intégrité, disponibilité, authenticité, non-répudiation) sans filtre opérationnel est la garantie de paralyser un système. C’est ce qu’illustre le triangle de compromis SFU (Security / Functionality / Usability). Il répond à une question stratégique : comment positionner le curseur de sécurité pour qu’un système reste à la fois protégé, utile et utilisable ?

Chaque sommet représente une exigence clé en tension permanente avec les deux autres :

• La Sécurité (Security) : Les restrictions, contrôles, chiffrements et barrières mis en place pour protéger les données et les infrastructures contre les menaces.
• La Fonctionnalité (Functionality) : La richesse des fonctionnalités, les possibilités offertes par l’outil, la liberté de transférer des données, de collaborer et d’ajouter de nouvelles options au système.
• L’Ergonomie (Usability) : La facilité d’utilisation, la fluidité de l’expérience utilisateur (UX), la rapidité d’accès et l’absence de friction au quotidien pour les équipes.

Le principe fondamental de ce modèle est simple : déplacer le curseur vers l’un des sommets se fait obligatoirement au détriment des deux autres.

Le paradoxe de la sécurité absolue : Un ordinateur éteint, débranché de tout réseau, scellé dans un bloc de béton et enterré à 15 mètres sous terre est un système parfaitement sécurisé 😅. En revanche, sa fonctionnalité et son ergonomie sont tombées à zéro : il est devenu totalement inutile.

3 Exemples de déséquilibre du triangle SFU

Scénario 1 : L’excès de Sécurité = Le cauchemar des utilisateurs

Le cas d’usage : Pour protéger son réseau interne, une entreprise applique le principe du moindre privilège à l’extrême. Elle interdit l’accès à internet, bloque l’utilisation de clés USB, désactive le copier-coller entre le poste local et les machines virtuelles, et impose un mot de passe de 24 caractères à changer tous les 15 jours combiné à une double authentification matérielle pour chaque action.

Résultat : La sécurité est maximale, mais les fonctionnalités sont bridées (impossible de partager des fichiers facilement) et l’ergonomie est catastrophique. Frustrés, les utilisateurs vont passer leur temps à chercher des solutions de contournement (Shadow IT, transfert de documents professionnels via leurs smartphones personnels), ce qui va ironiquement créer de nouvelles failles massives et détruire la sécurité réelle en pratique.

Scénario 2 : L’excès de Fonctionnalité = Le paradis des attaquants

Le cas d’usage : Une startup développe une application web collaborative en mode “méthode agile rapide”. Pour attirer des clients, elle multiplie les fonctionnalités : intégration transparente avec des dizaines d’outils tiers (Slack, Google Drive), possibilité d’exécuter des scripts personnalisés dans l’application, création d’APIs publiques ouvertes sans restriction, et partage de fichiers en un clic.

Résultat : L’outil fait tout, l’expérience utilisateur est riche, mais la surface d’attaque est devenue gigantesque. En priorisant la fonctionnalité à tout prix pour sortir le produit rapidement, la sécurité a été oubliée. Les API ouvertes n’ont pas de contrôle de taux (rate limiting), les intégrations tierces introduisent des vulnérabilités logicielles majeures et l’application est rapidement piratée.

Scénario 3 : L’excès d’Ergonomie = La porte ouverte

Le cas d’usage : Une boutique en ligne souhaite maximiser ses ventes et réduire au strict minimum l’abandon de panier. Elle supprime la création de compte obligatoire, n’impose aucune complexité sur les mots de passe pour les comptes existants et désactive l’authentification multifacteur (MFA) pour éviter la moindre seconde de friction lors du paiement.

Résultat : Le site est d’une fluidité exemplaire (Ergonomie maximale), mais la sécurité est inexistante. Les comptes des clients se font pirater par de simples attaques par dictionnaire ou par bourrage d’identifiants (credential stuffing), provoquant des vols de données de masse et une crise de réputation pour la marque.

L’objectif de la cybersécurité s’appuie sur cinq piliers fondamentaux. La Confidentialité protège l’accès, l’Intégrité empêche la modification non autorisée, et la Disponibilité garantit l’accès aux ressources. À cela s’ajoutent l’Authenticité (prouver qui l’on est) et la Non-répudiation (prouver ce que l’on a fait). Cependant, la leçon majeure de ce guide est la gestion du Triangle SFU : toute mesure de sécurité forte impacte inévitablement la fonctionnalité et l’expérience utilisateur. L’enjeu n’est pas la sécurité absolue, mais le juste équilibre.