cache.lat
El 6 de octubre de 2026 WordPress publicó versiones de seguridad para varias ramas, desde la 4.7.38 hasta la 6.4.12 (la nota de la 5.3.26 está en la documentación oficial). Si administrás sitios WordPress, esto toca tu rutina de mantenimiento, y también tu caché.
Qué corrigen estas versiones
Según las notas oficiales, el equipo de seguridad agradece reportes de vulnerabilidades que ya están corregidas. Entre ellas figuran:
- Un XSS almacenado en la página de administración de comentarios, explotable mediante comentarios pendientes.
- Un problema de denegación de servicio en el método
WP_Http::make_absolute_url(). - Una debilidad que permitía a usuarios con rol Autor destacar (sticky) entradas.
- Divulgación, sin autenticación, de comentarios en entradas privadas y no publicadas.
- Un XSS en los embeds de Imgur.
- Parámetros falsificables en el hook
{status}_{type}que podían causar colisión de nombres de acción.
La nota recomienda actualizar de inmediato, y aclara que solo la versión más reciente de WordPress recibe soporte activo; las ramas antiguas reciben los parches como cortesía.
Por qué importa si usás caché
Actualizar el núcleo cambia archivos PHP, y una caché de páginas estáticas guarda HTML ya generado. Eso significa dos cosas prácticas:
1. El HTML cacheado no se arregla solo
Los parches corrigen código del servidor, pero las páginas que ya estaban guardadas siguen siendo las mismas hasta que se regeneran. Después de actualizar, purgá o regenerá la caché para asegurarte de que lo que ve el visitante viene del código ya parcheado. Para entender qué se guarda y cuándo se regenera, mirá cómo funciona cache.lat.
2. Los comentarios son contenido sensible
Dos de los fixes tienen que ver con comentarios. Revisá en el administrador si tenés comentarios pendientes sospechosos y no apruebes nada con enlaces o código extraño. Un comentario aprobado termina en una página pública, y por tanto en tu caché.
Checklist para hoy
- Respaldá el sitio (archivos y base de datos) antes de actualizar.
- Actualizá desde Escritorio > Actualizaciones, o descargá la versión desde wordpress.org.
- Si tu sitio corre en una rama antigua, planificá subir a la versión actual: recibir el parche no equivale a estar en una versión con soporte.
- Purgá la caché y comprobá que tus páginas principales cargan bien.
- Revisá la cola de comentarios pendientes y eliminá el spam.
- Abrí una página en modo incógnito para verificar que lo que ves es la versión actualizada.
Y en el lado de PHP
Las ramas de PHP también se mueven: el 6 de octubre se etiquetaron candidatas a lanzamiento (8.6.0 RC3, 8.5.12 RC1 y 8.4.27 RC1) según el resumen de prensa que encontramos. Son candidatas, no versiones finales, así que úsalas solo en staging. Para producción, mantené la última versión estable de tu rama.
Cuándo pedir ayuda
Si tras actualizar notás páginas desactualizadas, errores o dudas sobre qué purgar, la documentación de cache.lat cubre los casos habituales, y si necesitás una mano con tu caso concreto podés escribir a través de la página de contacto de TNL.
La regla es simple: parchear primero, purgar después y verificar siempre. Cinco minutos hoy te ahorran un susto mañana.