Sécurité réseau dans un cluster Kubernetes

Magazine
Marque
MISC
Numéro
112
Mois de parution
novembre 2020
Domaines


Résumé

En introduisant le concept de micro-services, Kubernetes lance un nouveau défi aux solutions d’isolation et de filtrage réseau : comment gérer les droits d’accès réseau dans une infrastructure en constante mutation et dans laquelle une machine n’a plus un rôle prédéterminé ?


La majorité des outils d’isolation et de contrôle d’accès réseau sont fondés sur un principe simple : l’accès réseau nécessaire au bon fonctionnement de chaque machine est statique, et étroitement lié à sa fonction au sein de l’infrastructure. Dans une infrastructure en micro-services, l’orchestrateur peut décider à tout moment de changer le rôle d’une instance, ou même demander à ce que plusieurs services indépendants soient exécutés côte à côte. Il y a alors deux options : ne plus filtrer l’accès réseau pour permettre à n’importe quelle application de fonctionner, ou migrer vers une nouvelle génération d’outils de protection dynamique d’accès réseau.

1. Les outils classiques de contrôle d’accès réseau ne sont plus suffisants

1.1 Restriction de l’accès réseau : objectifs et intérêts

Kubernetes explique dans sa documentation [1] que les pods d’un cluster sont « non-isolés » par défaut. Concrètement, cela...

Cet article est réservé aux abonnés. Il vous reste 96% à découvrir.
à partir de 21,65€ HT/mois/lecteur pour un accès 5 lecteurs à toute la plateforme
J'en profite
Références

[1] « Network policies », Documentation officielle de Kubernetes : https://kubernetes.io/docs/concepts/services-networking/network-policies

[2] « Payment Card Industry », Security Standards Council : https://fr.pcisecuritystandards.org/document_library

[3] Heartin Kanikathottu, « AWS Security Cookbook », 2020

[4] IPTables manuel page, Linux, https://linux.die.net/man/8/iptables

[5] Thomas Gutzmann, « IPTables Firewall Setup for Dynamic DNS », 2017 : https://wiki.gutzmann.com/confluence/display/HowTo/IPTables+Firewall+Setup+for+Dynamic+DNS

[6] AWS IP ranges : https://ip-ranges.amazonaws.com/ip-ranges.json

[7] « The Kubernetes network model », Documentation officielle de Kubernetes : https://kubernetes.io/docs/concepts/cluster-administration/networking/#the-kubernetes-network-model

[8] « NetworkPolicy API definition », Documentation officielle de Kubernetes : https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.19/#networkpolicy-v1-networking-k8s-io

[9] « Network policies prerequisites », Documentation officielle de Kubernetes : https://kubernetes.io/docs/concepts/services-networking/network-policies/#prerequisites

[10] « Kubelet », Documentation officielle de Kubernetes : https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet/

[11] « Cluster networking », Documentation officielle de Kubernetes : https://kubernetes.io/docs/concepts/cluster-administration/networking/#how-to-implement-the-kubernetes-networking-model

[12] « DaemonSet », Documentation officielle de Kubernetes : https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/

[13] « BPF and XDP reference guide », Documentation officielle de Cilium : https://docs.cilium.io/en/v1.8/bpf/#bpf-guide

[14] « Overlay Network Mode », Documentation officielle de Cilium : https://docs.cilium.io/en/v0.12/concepts/#overlay-network-mode

[15] « Identity based network security », Documentation officielle de Cilium : https://docs.cilium.io/en/v1.8/concepts/security/identity/

[16] Guillaume Fournier, Code source du projet « network-security-probe », 2020 : https://github.com/Gui774ume/network-security-probe

[17] Lorenzo Fontana et David Calavera, « Linux Observability with BPF », 2019.

[18] Guillaume Fournier, « Process level network security monitoring and enforcement with eBPF », SSTIC, 2020 : https://www.sstic.org/2020/presentation/process_level_network_security_monitoring_and_enforcement_with_ebpf/



Articles qui pourraient vous intéresser...

Avec le Spanning Tree Protocol, suis-je en sécurité dans mon réseau ?

Magazine
Marque
MISC
HS n°
Numéro
22
Mois de parution
octobre 2020
Domaines
Résumé

Dans le cadre des hors-séries sur les retours aux fondamentaux, cet article aura comme sujet le protocole STP (Spanning Tree Protocol). Inventé en 1985 par Radia Perlman, il permet principalement d’assurer une liaison réseau redondante et sans boucle. Ce protocole étant primordial au sein d’un réseau de moyenne à grande envergure, s’il n’est pas correctement configuré, cela pourra alors permettre à des attaquants de compromettre le réseau.

Introduction au dossier : Télétravail : comment ne pas sacrifier la sécurité ?

Magazine
Marque
MISC
Numéro
111
Mois de parution
septembre 2020
Domaines
Résumé

Le dossier du précédent numéro traitait du concept de « Zero Trust ». Le numéro actuel est en quelque sorte une suite logique : nous passons d’un idéal où l’accès distant est possible « par design », à une réalité où il a fallu faire des choix fonctionnels et être conciliant avec la sécurité.

Covid-19, télétravail : mise en œuvre d’accès distants sécurisés pour se rapprocher du SI

Magazine
Marque
MISC
Numéro
111
Mois de parution
septembre 2020
Domaines
Résumé

Les mesures de confinement prises par le gouvernement mi-mars 2020 pour contrer la propagation du Covid-19 ont poussé les entreprises et administrations de toutes tailles à promouvoir le télétravail. Cet article présente le retour d’expérience d’une partie de l’équipe EDF en charge des « accès distants sécurisés » pendant cette période.

Surveillance des accès de production en télétravail

Magazine
Marque
MISC
Numéro
111
Mois de parution
septembre 2020
Domaines
Résumé

Il est courant de protéger l'accès aux infrastructures de production au travers de VPN ou de bastions SSH, et beaucoup d’organisations limitent encore ces points d'entrée à leur infrastructure interne. Lorsque l'organisation passe en mode télétravail à 100%, il faut forcément permettre l'accès depuis des adresses IP arbitraires, et se pose alors la question de surveiller ces accès pour détecter et bloquer rapidement une tentative d'accès malveillante.