Conteneurs Linux : l'isolation ne suffit plus, dixit depthfirst

La boîte de sécu depthfirst vient de lâcher un pavé dans la mare : il faut désormais partir du principe qu'un attaquant motivé peut sortir d'un conteneur Linux quand bon lui semble. Pourquoi maintenant ? Parce que l'IA a rendu la recherche de failles d'évasion beaucoup plus accessible, et donc beaucoup moins chère à exploiter. Ce qui demandait avant une expertise pointue et des heures de reverse engineering peut aujourd'hui se faire plus vite et avec moins de compétences.

La parade que propose depthfirst, ce sont les microVM, et notamment Firecracker, le projet open source développé par AWS. L'idée est simple : au lieu de partager le même noyau que la machine hôte (comme le font les conteneurs classiques), chaque charge de travail tourne dans sa propre mini machine virtuelle, avec une isolation bien plus stricte. Résultat, la surface d'attaque se réduit sérieusement.

Sauf que ce n'est pas la solution miracle non plus. Firecracker repose toujours sur KVM, l'hyperviseur du noyau Linux, ce qui veut dire qu'on n'a pas complètement supprimé le risque, juste déplacé le point de rupture. Une faille dans KVM ou dans l'hyperviseur reste théoriquement exploitable, même si c'est beaucoup plus dur à atteindre qu'une simple sortie de conteneur.

Le message à retenir, c'est qu'il n'existe pas d'isolation parfaite et gratuite. Si tu déploies des workloads sensibles ou multi-tenant, les microVM sont clairement un cran au-dessus des conteneurs classiques en termes de sécurité, mais ça reste un compromis, pas une garantie absolue. La vraie question à se poser, c'est le niveau de risque que tu es prêt à accepter en fonction de ce que tu fais tourner.