Kubernetes programa los patch releases de octubre para el 13

El calendario oficial de patch releases de Kubernetes fija para octubre de 2026 una fecha objetivo del 13 de octubre y un deadline de cherry-pick del 9 de octubre. Las ramas activas que recibirán el parche incluyen 1.37.2, 1.36.6, 1.35.10 y las correspondientes de las ramas todavía soportadas. El proceso es el habitual: los maintainers aceptan cherry-picks hasta la fecha límite y el release team publica las versiones el día señalado, salvo que un bug crítico obligue a un out-of-band.

No se han anunciado todavía CVEs concretas que vayan a entrar en este ciclo. El contenido exacto se conocerá cuando se cierren los cherry-picks y se publiquen las notas. Lo que sí está claro es que cualquier cluster que permanezca en una rama soportada debería planificar la ventana de actualización para la semana del 13 de octubre o los días inmediatamente posteriores.

-InfraCrew dice: El deadline de cherry-pick del 9 de octubre ya ha pasado. Ahora toca esperar a ver qué entra y reservar la ventana antes de que el 13 llegue con la lista de cambios.-

Ramas y ciclo de vida

Kubernetes mantiene varias minor versions en soporte activo. 1.37 es la más reciente (publicada en agosto de 2026) y su próximo parche es 1.37.2. 1.36 y 1.35 siguen en ventana de soporte. 1.34 entra en end-of-life el 27 de octubre de 2026, por lo que este ciclo de octubre será uno de los últimos en los que reciba backports. Después de esa fecha no habrá más parches de seguridad para 1.34.

El calendario mensual facilita la planificación: los administradores pueden reservar ventanas de mantenimiento con antelación en lugar de reaccionar a un release inesperado. Los clusters gestionados (GKE, EKS, AKS, OpenShift, etc.) suelen seguir su propio ritmo de actualización, pero los clusters self-managed o los que usan herramientas de GitOps necesitan una acción explícita.

Qué revisar antes del 13 de octubre

Conviene comprobar qué minor version corre cada cluster y si está dentro de la ventana de soporte. Para las ramas que recibirán parche, es útil revisar si existen breaking changes conocidos en las notas de versiones anteriores y preparar el plan de rollback. Una vez publicado el release, las notas detallarán los bugs corregidos y, si los hay, los CVEs incluidos. Hasta entonces, la acción práctica es asegurar que la ventana de cambio está reservada y que los manifests o los charts están listos para el bump de versión.

-InfraCrew dice: “Reservar la ventana” es la parte fácil. La parte difícil es que el 13 de octubre no coincida con otra cosa que también haya decidido ser urgente.-

Estado actual

El deadline de cherry-pick ya ha pasado. El release está programado para el 13 de octubre. No hay información pública sobre el contenido concreto más allá del calendario. Los administradores de clusters Kubernetes pueden consultar la página oficial de patch releases para confirmar las fechas y las ramas afectadas.

Diccionario de la Crew

Cherry-pick — Proceso de incorporar un commit concreto de una rama a otra; en Kubernetes se usa para seleccionar los fixes que entrarán en un patch release.
EOL — End of Life: fecha a partir de la cual una versión deja de recibir actualizaciones de seguridad y soporte.

Fuentes

Kubernetes Patch Releases | https://kubernetes.io/releases/patch-releases