<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kubernetes on Antonio Cortés (DrZippie)</title><link>https://antoniocortes.com/tags/kubernetes/</link><description>Recent content in Kubernetes on Antonio Cortés (DrZippie)</description><generator>Hugo</generator><language>es-es</language><lastBuildDate>Fri, 13 Feb 2026 11:31:22 +0100</lastBuildDate><atom:link href="https://antoniocortes.com/tags/kubernetes/index.xml" rel="self" type="application/rss+xml"/><item><title>Analizando el aislamiento de filesystems en contenedores para cargas multi-tenant</title><link>https://antoniocortes.com/aislamiento-filesystem-contenedores-multitenencia/</link><pubDate>Fri, 13 Feb 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/aislamiento-filesystem-contenedores-multitenencia/</guid><description>&lt;p&gt;Recientemente me encontré con un análisis técnico excepcionalmente denso sobre seguridad de contenedores que merece la pena ser compartido. El autor empezó con una hipótesis simple: el aislamiento de filesystems de los contenedores debería ser suficiente para cargas de trabajo multi-tenant sin necesidad de máquinas virtuales, si se entiende suficientemente bien qué está pasando a nivel de syscall.&lt;/p&gt;
&lt;p&gt;Después de una investigación exhaustiva, la conclusión es más incómoda de lo que esperaba: los valores por defecto te protegen bien, pero en el momento que empiezas a usar características &amp;ldquo;avanzadas&amp;rdquo; como la propagación de montajes bidireccional o el reetiquetado de SELinux, estás a un paso de entregarle las llaves de tu host a un atacante.&lt;/p&gt;</description></item></channel></rss>