L’essentiel. Les NetworkPolicies restreignent les communications réseau des Pods sélectionnés, si le CNI sait réellement les appliquer.
Partir des flux légitimes
Cartographier les échanges nécessaires entre services, bases de données, ingress et DNS.
Bloquer par défaut
Utiliser des politiques explicites de refus puis ouvrir les communications nécessaires.
Vérifier
Tester les flux autorisés et interdits depuis des Pods de diagnostic, puis mettre sous observation.
À retenir
NetworkPolicy est un mécanisme de contrôle important, mais sa portée dépend du CNI et de la topologie ; il ne remplace pas RBAC ni le durcissement des conteneurs.
Limites et bonnes pratiques
Une politique n’isole pas automatiquement tous les Pods d’un namespace : l’isolation dépend du podSelector et de la direction ingress/egress concernée.
Publication NOVIT du 05/05/2025. La présente version est une adaptation éditoriale : elle ne remplace pas une validation des exemples sur votre version de Kubernetes.
Consulter la publication LinkedIn originale ↗