<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Docker on Antonio Cortés (DrZippie)</title><link>https://antoniocortes.com/tags/docker/</link><description>Recent content in Docker 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/docker/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><item><title>Analyzing Container Filesystem Isolation for Multi-Tenant Workloads</title><link>https://antoniocortes.com/en/container-filesystem-isolation-multi-tenant-workloads/</link><pubDate>Fri, 13 Feb 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/en/container-filesystem-isolation-multi-tenant-workloads/</guid><description>&lt;p&gt;I recently came across an exceptionally dense technical analysis about container security that&amp;rsquo;s worth sharing. The author started with a simple hypothesis: container filesystem isolation should be sufficient for multi-tenant workloads without virtual machines, if you sufficiently understand what&amp;rsquo;s happening at the syscall level.&lt;/p&gt;
&lt;p&gt;After thorough investigation, the conclusion is more uncomfortable than expected: the defaults protect you well, but the moment you reach for &amp;ldquo;advanced&amp;rdquo; features like bidirectional mount propagation or SELinux relabeling, you&amp;rsquo;re one misconfiguration away from handing an attacker the keys to your host.&lt;/p&gt;</description></item><item><title>Docker pushrm: simplificando la documentación de contenedores</title><link>https://antoniocortes.com/2025/07/15/docker-pushrm-simplificando-la-documentaci%C3%B3n-de-contenedores/</link><pubDate>Tue, 15 Jul 2025 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/2025/07/15/docker-pushrm-simplificando-la-documentaci%C3%B3n-de-contenedores/</guid><description>&lt;p&gt;Hace unos días, trabajando con Claude Code, me topé con una herramienta que lleva bastante tiempo en el ecosistema Docker pero que no conocía: &lt;strong&gt;docker pushrm&lt;/strong&gt;. Y la verdad es que me ha sorprendido lo útil que resulta para algo tan simple como mantener sincronizada la documentación de tus repositorios de contenedores.&lt;/p&gt;
&lt;h2 id="el-problema-que-resuelve"&gt;El problema que resuelve&lt;/h2&gt;
&lt;p&gt;Cualquiera que haya trabajado con Docker Hub, Quay o Harbor conoce el típico flujo: actualizas el README de tu proyecto en GitHub, construyes y pusheas tu imagen, pero&amp;hellip; el README del registro de contenedores sigue desactualizado. Tienes que ir manualmente al navegador, copiar y pegar el contenido, y hacer el update manualmente.&lt;/p&gt;</description></item><item><title>Docker pushrm: simplifying container documentation</title><link>https://antoniocortes.com/en/post/2025/07/docker_pushrm_automatizacion_documentacion_15_julio_2025/</link><pubDate>Tue, 15 Jul 2025 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/en/post/2025/07/docker_pushrm_automatizacion_documentacion_15_julio_2025/</guid><description>&lt;p&gt;A few days ago, working with Claude Code, I came across a tool that&amp;rsquo;s been around in the Docker ecosystem for a while but that I didn&amp;rsquo;t know about: &lt;strong&gt;docker pushrm&lt;/strong&gt;. And the truth is it surprised me how useful it is for something as simple as keeping your container repository documentation synchronized.&lt;/p&gt;
&lt;h2 id="the-problem-it-solves"&gt;The problem it solves&lt;/h2&gt;
&lt;p&gt;Anyone who has worked with Docker Hub, Quay, or Harbor knows the typical flow: you update your project&amp;rsquo;s README on GitHub, build and push your image, but&amp;hellip; the container registry&amp;rsquo;s README is still outdated. You have to manually go to the browser, copy and paste the content, and do the update manually.&lt;/p&gt;</description></item><item><title>News of the week 2016-03-27</title><link>https://antoniocortes.com/en/post/2016/20160327-novedades/</link><pubDate>Sun, 27 Mar 2016 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/en/post/2016/20160327-novedades/</guid><description>&lt;p&gt;In these last few days, we&amp;rsquo;ve had many news items, articles, information in the development and technology world, these are the most relevant for me:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://googleresearch.blogspot.com.es/2016/03/machine-learning-in-cloud-with.html"&gt;Google announces a new Machine Learning service in the cloud&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://www.haneycodes.net/npm-left-pad-have-we-forgotten-how-to-program/"&gt;NPM &amp;amp; left-pad: Have We Forgotten How To Program?&lt;/a&gt;: The Kik case - left-pad from NPM and the critical fall to &amp;ldquo;I&amp;rsquo;ll do this with a third-party module/plugin/package/class&amp;rdquo;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm"&gt;The Kik case - left-pad from NPM and the fall in (official)&lt;/a&gt; or how the most insignificant dependencies can really leave us stranded.&lt;/p&gt;</description></item><item><title>Novedades de la semana 2016-03-27</title><link>https://antoniocortes.com/2016/03/27/novedades-de-la-semana-2016-03-27/</link><pubDate>Sun, 27 Mar 2016 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/2016/03/27/novedades-de-la-semana-2016-03-27/</guid><description>&lt;p&gt;Estos últimos días hemos tenido muchas novedades, artículos, informaciones, en el mundo del desarrollo y tecnología, estas son las más relevantes para mi:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://googleresearch.blogspot.com.es/2016/03/machine-learning-in-cloud-with.html"&gt;Google anuncia un nuevo servicio de Machine Learning en la nube&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://www.haneycodes.net/npm-left-pad-have-we-forgotten-how-to-program/"&gt;NPM &amp;amp; left-pad: Have We Forgotten How To Program?&lt;/a&gt;: El caso Kik - left-pad de NPM y la caida crítica al &amp;ldquo;esto lo hago con un modulo/plugin/paquete/clase&amp;rdquo; de terceros&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;a href="http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm"&gt;El caso Kik - left-pad de NPM y la caida en (oficial) &lt;/a&gt; o de como las dependencias más insignificantes nos pueden dejar realmente tirados.&lt;/p&gt;</description></item></channel></rss>