La rupture de conteneur fait r\u00e9f\u00e9rence \u00e0 la capacit\u00e9 de s'\u00e9chapper de l'environnement isol\u00e9 d'un conteneur et d'obtenir un acc\u00e8s non autoris\u00e9 au syst\u00e8me h\u00f4te ou \u00e0 d'autres conteneurs ex\u00e9cut\u00e9s sur le m\u00eame h\u00f4te. Compte tenu de l\u2019utilisation croissante de la conteneurisation dans le d\u00e9veloppement et le d\u00e9ploiement de logiciels, il est essentiel de comprendre la r\u00e9partition des conteneurs et les m\u00e9thodes permettant d\u2019att\u00e9nuer ces menaces pour maintenir des syst\u00e8mes s\u00e9curis\u00e9s.<\/p>\n
Le concept de cassure de conteneur trouve son origine dans l'utilisation g\u00e9n\u00e9ralis\u00e9e de la technologie de conteneurisation, qui a v\u00e9ritablement commenc\u00e9 avec la sortie de Docker en 2013. Alors que les d\u00e9veloppeurs et les administrateurs syst\u00e8me commen\u00e7aient \u00e0 d\u00e9ployer des applications dans des conteneurs isol\u00e9s, il est devenu \u00e9vident que des vuln\u00e9rabilit\u00e9s potentielles pouvaient permettre \u00e0 un attaquant de briser l'isolement du conteneur et obtenir un acc\u00e8s non autoris\u00e9 \u00e0 d'autres composants du syst\u00e8me. La premi\u00e8re documentation officielle d'un tel risque a \u00e9t\u00e9 d\u00e9taill\u00e9e dans divers guides de s\u00e9curit\u00e9 Docker et dans des discussions ax\u00e9es sur la s\u00e9curit\u00e9 au sein de la communaut\u00e9 technologique.<\/p>\n
Une \u00e9vasion de conteneur se produit g\u00e9n\u00e9ralement lorsqu'un attaquant ou une application malveillante acc\u00e8de \u00e0 un conteneur, puis exploite une vuln\u00e9rabilit\u00e9 dans l'ex\u00e9cution du conteneur ou dans le noyau du syst\u00e8me d'exploitation h\u00f4te pour sortir de l'environnement du conteneur. Cet exploit peut permettre \u00e0 l'attaquant d'ex\u00e9cuter des commandes sur le syst\u00e8me h\u00f4te, d'acc\u00e9der aux donn\u00e9es d'autres conteneurs ou d'effectuer d'autres activit\u00e9s non autoris\u00e9es.<\/p>\n
Bien que les conteneurs soient con\u00e7us pour assurer l'isolation et limiter la surface d'attaque potentielle, divers facteurs, tels que des erreurs de configuration, le manque de contr\u00f4le des ressources, des images non s\u00e9curis\u00e9es ou des logiciels obsol\u00e8tes, peuvent ouvrir la voie \u00e0 des attaques par \u00e9vasion de conteneurs. De plus, les attaques de conteneur peuvent \u00eatre initi\u00e9es \u00e0 la fois depuis l'int\u00e9rieur (par exemple, une application malveillante dans un conteneur) et depuis l'ext\u00e9rieur (par exemple, via un service r\u00e9seau) du conteneur.<\/p>\n
Les m\u00e9canismes sp\u00e9cifiques d'une \u00e9vasion de conteneur varient en fonction de la nature de la vuln\u00e9rabilit\u00e9 exploit\u00e9e. Certaines \u00e9tapes courantes d\u2019une attaque par \u00e9vasion de conteneur incluent\u00a0:<\/p>\n
Infiltration<\/strong>: L'attaquant acc\u00e8de \u00e0 un conteneur, g\u00e9n\u00e9ralement en exploitant une vuln\u00e9rabilit\u00e9 dans une application ex\u00e9cut\u00e9e dans le conteneur ou via un service r\u00e9seau expos\u00e9 par le conteneur.<\/p>\n<\/li>\n Escalade<\/strong>: l'attaquant \u00e9l\u00e8ve ses autorisations au sein du conteneur, exploitant souvent des configurations non s\u00e9curis\u00e9es ou des vuln\u00e9rabilit\u00e9s connues dans l'ex\u00e9cution du conteneur ou dans le syst\u00e8me d'exploitation h\u00f4te.<\/p>\n<\/li>\n \u00c9clater<\/strong>: Avec des autorisations suffisantes, l'attaquant ex\u00e9cute des commandes qui lui permettent d'interagir avec le syst\u00e8me h\u00f4te ou d'autres conteneurs, \u00ab sortant \u00bb efficacement de l'environnement du conteneur d'origine.<\/p>\n<\/li>\n<\/ol>\n Les cassures de conteneurs se caract\u00e9risent par les caract\u00e9ristiques suivantes\u00a0:<\/p>\n Sortir de l'isolement<\/strong>: La caract\u00e9ristique principale d'une \u00e9vasion de conteneur est la sortie de l'environnement isol\u00e9 d'un conteneur pour acc\u00e9der au syst\u00e8me plus large.<\/p>\n<\/li>\n \u00c9l\u00e9vation de privil\u00e8ges<\/strong>: Souvent, une \u00e9vasion de conteneur implique une \u00e9l\u00e9vation des privil\u00e8ges de l'attaquant au sein du syst\u00e8me, lui permettant d'ex\u00e9cuter des commandes ou d'acc\u00e9der \u00e0 des donn\u00e9es qu'il ne pourrait autrement pas acc\u00e9der.<\/p>\n<\/li>\n Exploitation des vuln\u00e9rabilit\u00e9s<\/strong>: Les \u00e9vasions de conteneurs impliquent g\u00e9n\u00e9ralement l'exploitation de vuln\u00e9rabilit\u00e9s connues ou de type Zero Day dans l'environnement d'ex\u00e9cution du conteneur, les applications ex\u00e9cut\u00e9es dans le conteneur ou le syst\u00e8me d'exploitation h\u00f4te.<\/p>\n<\/li>\n<\/ul>\n Les diff\u00e9rents types de fuites de conteneurs peuvent \u00eatre class\u00e9s en fonction des vuln\u00e9rabilit\u00e9s qu'ils exploitent\u00a0:<\/p>\nPrincipales caract\u00e9ristiques de Container Breakout<\/h2>\n
\n
Types de ruptures de conteneurs<\/h2>\n