Plan de données : Data plane
Infrastructure
Plan de données : data plane. La partie d'un système qui transporte et traite le contenu (paquets, requêtes, fichiers, messages) en appliquant les décisions prises par le plan de contrôle, par analogie avec les trains qui roulent sur les voies choisies par le poste d'aiguillage.
En réseau : Le routeur reçoit un paquet, consulte sa table d'acheminement et le renvoie sur la bonne interface, des millions de fois par seconde, souvent dans du matériel spécialisé ou des cartes réseau accélérées. Il ne réfléchit pas : il applique.
En cloud et en applications : Les flux applicatifs, les lectures et écritures en base, les objets stockés et les messages échangés forment le plan de données. C'est là que se trouve le contenu métier, donc ce que l'attaquant veut en général emporter.
Contrôles propres : Le plan de données a ses propres protections : chiffrement des flux et du stockage, contrôle d'accès aux données, filtrage. Elles doivent tenir même si un administrateur d'infrastructure est compromis, par exemple avec des clés que le plan de contrôle ne peut pas lire directement.
Découplage : Un plan de données bien conçu continue de fonctionner quelque temps quand le plan de contrôle tombe : les paquets suivent la dernière table connue, les applications tournent encore. C'est rassurant pendant une panne, un peu moins quand la dernière table connue était fausse.
Ce qui arrive si on s'en passe
Sans protection propre au plan de données, la sécurité du contenu repose entièrement sur celle de l'administration : quiconque obtient un accès d'infrastructure lit les bases, monte les volumes ou capture les flux, sans autre barrière. Des flux internes non chiffrés laissent aussi toute machine compromise sur le chemin lire ou modifier les échanges. Sans contrôle d'accès au niveau des données elles-mêmes, un compte de service trop large ou une application compromise peut exporter en masse ce qu'elle n'a pas besoin de lire. Le chiffrement des flux et du stockage, avec des clés gérées hors de portée des administrateurs d'infrastructure, et des droits d'accès aux données distincts des droits d'administration limitent ce qu'une compromission peut emporter.
Explication de la marmotte
Reprends l'image de la gare : le poste d'aiguillage décide, et les trains roulent en suivant les voies choisies. Les trains, avec leurs voyageurs et leurs marchandises, c'est le plan de données : ce qui transporte vraiment le contenu, comme tes messages, tes photos ou les fichiers d'une entreprise. Il faut le protéger lui aussi, par exemple en fermant les wagons à clé, pour que même quelqu'un qui aurait pris le contrôle de l'aiguillage ne puisse pas fouiller les bagages.
Où ce terme est utilisé
- Séparer plan de contrôle et plan de données (7 occurrences)
- Virtualisation réseau, NFV et data planes ouverts (7 occurrences)
- Couches, normes et vocabulaire de paquets (5 occurrences)
- PAM, JIT et comptes break-glass sécurisés (3 occurrences)
- EBPF pour observabilité et enforcement Linux (2 occurrences)
- Flux inter-cloud et résidence réelle des données (2 occurrences)
- WireGuard et VPN maillés, fonctionnement, AllowedIPs et limites (2 occurrences)
- Auditer l'héritage des permissions et le droit effectif (1 occurrence)
- Configurer le moindre privilège sur un compte cloud existant (1 occurrence)
- Conformité export et sanctions numériques (1 occurrence)