<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Linux on Antonio Cortés (DrZippie)</title><link>https://antoniocortes.com/tags/linux/</link><description>Recent content in Linux 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/linux/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>Actualización claves GPG repositorios Ubuntu</title><link>https://antoniocortes.com/actualizacion-claves-gpg-repositorios-ubuntu/</link><pubDate>Sat, 09 Jan 2010 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/actualizacion-claves-gpg-repositorios-ubuntu/</guid><description>&lt;p&gt;Algunas veces es posible que debamos actualizar las claves públicas de algunos repositorios de Ubuntu. Un síntoma es el siguiente error:&lt;/p&gt;</description></item><item><title>Update GPG keys Ubuntu repositories</title><link>https://antoniocortes.com/en/update-gpg-keys-ubuntu-repositories/</link><pubDate>Sat, 09 Jan 2010 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/en/update-gpg-keys-ubuntu-repositories/</guid><description>&lt;p&gt;Sometimes we may need to update the public keys of some Ubuntu repositories. A symptom is the following error:&lt;/p&gt;</description></item></channel></rss>