Mantén tu FoxBox actualizado. Sigue las revisiones de seguridad y busca el parche acumulativo para tu versión de software.
Última verificación de la fuente19 Octubre 2026
Cadencia de revisiónSemanalmente
Selección de parchesMediante lanzamiento de software
VIGILANCIA DE SEGURIDAD
Último resumen semanal
Prioridades de seguridad según la revisión semanal del 12 al 18 de octubre, contrastadas con fuentes oficiales el 19 de octubre. Seleccione el procedimiento de actualización correspondiente al sistema operativo y al componente.
P1Corrección del proveedor verificada
Ubuntu 24.04 / OpenSSH
Canonical publicó el 14 de octubre correcciones para nueve vulnerabilidades. El aviso abarca los paquetes de cliente y servidor OpenSSH de Ubuntu 24.04.
Versión del proveedor1:9.6p1-3ubuntu13.20
Decisión de FoxBox
Actualice los paquetes SSH instalados en Ubuntu 24.04 a la versión corregida o posterior y, a continuación, verifique una nueva conexión administrativa.
La actualización del 13 de octubre modifica la interfaz binaria de aplicación (ABI) del kernel. Canonical requiere reiniciar el sistema y utilizar módulos de terceros compatibles.
Versión del proveedor6.8.0-147.147
Decisión de FoxBox
Planifique el cambio de kernel y el reinicio controlado tras comprobar los módulos DKMS, los controladores del módem y la ruta de recuperación correspondientes. Un kernel instalado solo estará activo tras un arranque exitoso en esa versión.
Oracle ha anunciado la actualización crítica de parches para el 20 de octubre de 2026. La versión preliminar incluye MySQL Server 8.4.0–8.4.11 entre las versiones afectadas; la fecha de actualización final aún no está confirmada.
Decisión de FoxBox
La actualización de seguridad de Docker 8.4.12 se encuentra en evaluación independiente, incluyendo la compatibilidad con copias de seguridad, restauración y bases de datos. La versión de CPU de octubre se seleccionará una vez que se verifiquen su aviso final y la imagen correspondiente.
Canonical publicó nuevas correcciones de seguridad el 14 de octubre para curl/libcurl y python3-urllib3.
Versión del proveedorcurl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8
Decisión de FoxBox
Comprueba los paquetes instalados en el host Ubuntu y sus dependencias con respecto a los requisitos acumulativos. Una actualización de APT en el host no actualiza los paquetes ni las bibliotecas de pip dentro de los contenedores.
El parche oficial 26.8 LTS se publicó el 17 de octubre. Su lanzamiento por sí solo no implica que sea un requisito de seguridad urgente para todas las instalaciones de FoxBox.
Versión del proveedor26.8.30.8 LTS
Decisión de FoxBox
Antes de promocionar el candidato, verifique la ingesta, las estadísticas de SMS/DLR, la retención, el reinicio y la recuperación. No se incluye la actualización automática de la base de datos ni del contenedor.
Cloudflare publicó cloudflared 2026.10.1 el 15 de octubre. Es un candidato a la calificación de compatibilidad.
Versión del proveedorcloudflared 2026.10.1
Decisión de FoxBox
Pruebe el acceso HTTPS y SSH, la reconexión y las rutas de la API de FoxBox antes del lanzamiento. El número de versión por sí solo no implica una actualización de emergencia.
El parche acumulativo actualiza los paquetes del host Ubuntu 24.04. Siga las instrucciones de los componentes para las actualizaciones de la base de datos y los contenedores, así como los requisitos de reinicio que se indican a continuación.
INSTRUCCIONES DE LIBERACIÓN
Cómo actualizar. Cuándo reiniciar.
Utilice el parche acumulativo para los paquetes de host de Ubuntu 24.04 amd64 o siga las instrucciones de los componentes que se indican a continuación. Cada procedimiento especifica qué servicios se reinician y si es necesario reiniciar el dispositivo.
Requisitos de reinicio para este informe
Componente / versión
Reinicio del dispositivo
Servicio / estado actual
Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
Normalmente no, para la actualización del paquete OpenSSH en sí.
Es posible que SSH se reinicie durante la actualización. Las sesiones existentes no garantizan la recuperación; verifique que haya una nueva conexión antes de cerrarlas.
Ubuntu 24.04 / Kernel6.8.0-147.147
Sí. Es necesario para activar el nuevo kernel instalado. Programe una ventana de mantenimiento.
El reinicio del host interrumpe los servicios del dispositivo. Es necesario verificar previamente la compatibilidad con DKMS, los controladores de terceros y el módem.
MySQL 8.4
No es necesario reiniciar el host para la actualización de la imagen.
Sí: aplicar una imagen de base de datos de reemplazo requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Reinicie las aplicaciones/servicios afectados para que carguen las bibliotecas actualizadas.
ClickHouse26.8.30.8 LTS
No es necesario reiniciar el servidor para esta actualización de la base de datos.
Es necesario reiniciar el servicio o el contenedor al aplicar la actualización cualificada.
Cloudflare Tunnelcloudflared 2026.10.1
Esta actualización del servicio no requiere reiniciar el host.
Reiniciar Cloudflared interrumpe el túnel. Se requiere acceso de recuperación independiente antes de realizar el reemplazo.
parche acumulativo 2026.10.19-r2
Es necesario activar un nuevo kernel y, posteriormente, actualizar OpenSSL. Compruebe que aparezca "reboot_required" en el resultado. El programa nunca se reinicia automáticamente.
Los scripts del paquete pueden reiniciar los servicios. Actualice SSH y verifique una nueva conexión; reinicie las aplicaciones que utilizan bibliotecas actualizadas. Programe una ventana de mantenimiento.
Solo para paquetes de host Ubuntu 24.04. Utilice una cuenta administrativa autorizada existente, conserve la configuración SSH actual y mantenga abiertas dos sesiones SSH independientes con una ruta de recuperación disponible. Si los paquetes instalados y el servicio activo ya cumplen con los requisitos, no es necesario reinstalar.
Reinicio del dispositivo
Normalmente no, para la actualización del paquete OpenSSH en sí.
interrupción del servicio
Es posible que SSH se reinicie durante la actualización. Las sesiones existentes no garantizan la recuperación; verifique que haya una nueva conexión antes de cerrarlas.
Confirme que se trata del host Ubuntu 24.04, no del contenedor de la aplicación. Verifique los paquetes SSH instalados. Deténgase si la configuración base del sistema operativo difiere.
Con una ruta de copia de seguridad y recuperación disponible, actualice los índices APT firmados. Esto modifica los índices de paquetes; no instala ninguna actualización.
sudo apt-get update
Simule la actualización programada. Revise las versiones, las dependencias, los paquetes retenidos y la lista de paquetes. No continúe si APT propone cambios inesperados o si la versión candidata es inferior a 1:9.6p1-3ubuntu13.20.
Tras revisar la simulación, aplique la actualización prevista durante la ventana de mantenimiento. Revise nuevamente el plan real, ya que la simulación no bloquea APT. Lea cualquier solicitud de configuración y conserve la política de acceso SSH implementada. Las solicitudes no se aceptan automáticamente.
Valide la configuración SSH y, si la validación es exitosa, reinicie el servicio SSH. Esto podría interrumpir el acceso administrativo, por lo que conviene tener preparada una ruta de recuperación independiente.
Verifique el estado de instalación y la versión mínima de cada paquete aplicable. Deténgase si aparece REPARACIÓN NECESARIA o ACTUALIZACIÓN NECESARIA; los paquetes faltantes se informan y permanecen ausentes. Luego, abra una nueva conexión SSH independiente a través de la ruta administrativa habitual y pruebe las restricciones de clave y el reenvío configurados.
for package in openssh-client openssh-server openssh-sftp-server; do
state=$(dpkg-query -W -f='${db:Status-Abbrev}' "$package") || {
printf '%s: NOT INSTALLED\n' "$package"; continue;
}
case "$state" in
'ii '|'hi ') ;;
*) printf '%s: REPAIR REQUIRED (%s)\n' "$package" "$state"; continue ;;
esac
version=$(dpkg-query -W -f='${Version}' "$package") || continue
if dpkg --compare-versions "$version" ge '1:9.6p1-3ubuntu13.20'; then
printf '%s: OK (%s)\n' "$package" "$version"
else
printf '%s: UPDATE REQUIRED (%s)\n' "$package" "$version"
fi
done
Verificación de finalización: La comprobación de versión y una conexión SSH nueva y funcional deben ser correctas. Las versiones de los paquetes instalados por sí solas no demuestran que el servicio en ejecución se haya actualizado. Un reinicio solicitado por otra actualización del sistema debe gestionarse por separado.
Ubuntu 24.04 / Kernel6.8.0-147.147Ver pasos +
Ubuntu 24.04 GA con kernel genérico 6.8.0-147.147. La instalación y el reinicio son pasos separados; planifíquelos según los requisitos reales de hardware y recuperación.
Reinicio del dispositivo
Sí. Es necesario para activar el nuevo kernel instalado. Programe una ventana de mantenimiento.
interrupción del servicio
El reinicio del host interrumpe los servicios del dispositivo. Es necesario verificar previamente la compatibilidad con DKMS, los controladores de terceros y el módem.
Compara el núcleo en ejecución con el paquete instalado. Un paquete instalado no es un núcleo activo.
Antes de instalar o reiniciar, verifique la recuperación de arranque, el kernel de arranque anterior y los módulos DKMS/de terceros aplicables, incluido bl_noah si está presente. La ausencia del comando dkms no demuestra compatibilidad.
Verifique la compilación y carga del módulo, la detección del módem, las interfaces QMI/serie, la red y la conmutación por error en el hardware correspondiente. El parche acumulativo admite el kernel genérico GA 6.8 con módulos integrados; si se detecta un módulo DKMS o externo, se requiere el procedimiento específico del dispositivo antes de modificar el kernel.
Programe un reinicio controlado solo después de que se hayan completado las comprobaciones de requisitos previos y esté lista la ruta de recuperación. Tras el reinicio, vuelva a comprobar el estado del kernel y del dispositivo. Un reinicio postergado deja la activación del kernel pendiente.
uname -r
Verificación de finalización: El kernel 6.8.0-147-generic o una versión genérica GA 6.8 compatible posterior debe estar en ejecución, y los módulos, las rutas del módem y los servicios aplicables deben comprobarse después del arranque.
MySQL 8.4Ver pasos +
La actualización 8.4.12, ya disponible, es específica para la imagen Docker de MySQL. Es independiente de la CPU de octubre, cuyo objetivo final aún está pendiente. Se requiere una fuente de imagen probada y un resumen exacto.
Reinicio del dispositivo
No es necesario reiniciar el host para la actualización de la imagen.
interrupción del servicio
Sí: aplicar una imagen de base de datos de reemplazo requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Identifique la versión de MySQL implementada, la fuente de la imagen, el resumen, los volúmenes y la ruta de replicación sin exportar credenciales ni datos del cliente. No asuma que existe la misma etiqueta en todos los registros.
Para la versión 8.4.12, compruebe la imagen verificada con datos de prueba representativos: inicio, compatibilidad de esquema, reinicio, copia de seguridad/restauración y continuidad de MySQL a ClickHouse.
Utilice el procedimiento de actualización y recuperación específico del dispositivo durante una ventana de mantenimiento. Conserve la imagen anterior anclada y una copia de seguridad verificada; restaurar solo un contenedor podría no revertir los cambios de formato de la base de datos.
Para la actualización del 20 de octubre, utilice la versión e imagen de destino indicadas en el aviso final. Las instrucciones de actualización correspondientes aparecerán en la próxima versión.
Verificación de finalización: Tras reiniciar el servicio, verifique el estado de la base de datos, el acceso a la aplicación y las rutas de replicación/ingesta aplicables.
Ubuntu 24.04 solo admite paquetes APT; las bibliotecas de contenedores y las instalaciones de pip son independientes. Incluya los binarios instalados correspondientes de la misma familia de paquetes fuente.
Reinicio del dispositivo
Normalmente no, solo para estas bibliotecas.
interrupción del servicio
Reinicie las aplicaciones/servicios afectados para que carguen las bibliotecas actualizadas.
Ejecute el parche acumulativo en modo de verificación para identificar los paquetes curl/libcurl y python3-urllib3 instalados con versiones inferiores a las requeridas. Los paquetes que no utiliza este sistema se omiten.
Actualiza los índices APT y revisa una transacción --simulate --only-upgrade --no-remove con ámbito para los paquetes y dependencias instalados. Las versiones correctas de Ubuntu son curl/libcurl >= 8.5.0-2ubuntu10.16 y python3-urllib3 >= 2.0.7-1ubuntu0.8.
Aplique el parche acumulativo durante la ventana de mantenimiento, luego reinicie las aplicaciones afectadas y verifique las rutas HTTPS, proxy y Python correspondientes.
Verificación de finalización: Vuelva a ejecutar la comprobación acumulativa y confirme que los servicios en ejecución afectados utilizan las bibliotecas actualizadas.
ClickHouse26.8.30.8 LTSVer pasos +
Candidato a la calificación de laboratorio para la línea 26.8 LTS. La versión actualmente desplegada permanece fija hasta que se complete la validación.
Reinicio del dispositivo
No es necesario reiniciar el servidor para esta actualización de la base de datos.
interrupción del servicio
Es necesario reiniciar el servicio o el contenedor al aplicar la actualización cualificada.
Prepare una instancia de laboratorio desechable y fije el paquete o la imagen LTS 26.8.30.8 exactos. Conserve la versión de producción implementada.
Pruebe la ingesta sintética de SMS/DLR, las consultas MergeTree, el TTL/retención, el reinicio y la recuperación. Valide la integración con MySQL que utiliza el dispositivo.
Una vez confirmada la compatibilidad, utilice el procedimiento de actualización específico del dispositivo, que incluye comprobaciones de copia de seguridad, tiempo de inactividad del servicio y recuperación. Este parche es independiente del parche del host.
Verificación de finalización: Todas las pruebas pertinentes de ingesta, consulta, retención y recuperación deben superarse antes de la promoción.
Cloudflare Tunnelcloudflared 2026.10.1Ver pasos +
Compatibilidad candidata: cloudflared 2026.10.1. Confirme la arquitectura instalada y la fuente del paquete antes de elegir un binario.
Reinicio del dispositivo
Esta actualización del servicio no requiere reiniciar el host.
interrupción del servicio
Reiniciar Cloudflared interrumpe el túnel. Se requiere acceso de recuperación independiente antes de realizar el reemplazo.
Lea la versión instalada. Prepare una ruta administrativa alternativa antes de modificar un túnel que permita el acceso SSH.
cloudflared --version
Primero, valide la compilación oficial 2026.10.1 y la suma de comprobación en el host de laboratorio. Pruebe HTTPS/SSH, el reinicio del servicio, la reconexión WAN, las barras diagonales finales y las rutas de la API de FoxBox codificadas.
Tras las comprobaciones de compatibilidad, utilice el método de instalación confirmado del dispositivo y conserve una versión de recuperación fija. Esta versión candidata es independiente del parche del host.
Verificación de finalización: Verifique una nueva conexión HTTPS y SSH después de reiniciar el servicio y mantenga el acceso de recuperación hasta que el túnel sea estable.
ACTUALIZA TU EQUIPO
Un parche acumulativo por línea de lanzamiento.
Seleccione el paquete para la versión base de su software FoxBox. Cada nuevo parche acumulativo verifica todas las correcciones requeridas previamente en esa línea, por lo que puede comenzar desde un nivel de parche anterior. Una nueva versión del software FoxBox inicia una línea independiente.
01
Identificar la liberación
El nombre del modelo por sí solo no es suficiente. Asegúrese de que la versión del software FoxBox, el sistema operativo y los requisitos de hardware coincidan con los indicados en las notas de la versión.
02
Verifique todos los requisitos previos.
El paquete más reciente comprueba el conjunto acumulativo completo y se detiene ante una línea base no compatible o un requisito no cumplido. Un parche de otra línea de versiones no es intercambiable.
03
Solicitar y verificar
Siga las instrucciones del paquete para realizar copias de seguridad, mantenimiento y recuperación. Los cambios en el kernel requieren un reinicio y la instalación de módulos de terceros compatibles antes de que la actualización se complete.
Actualizaciones de seguridad del host de FoxBox
Ubuntu 24.04 LTS · amd64
Requisitos acumulativos de las revisiones semanales del 7 de septiembre al 18 de octubre de 2026: OpenSSH, curl, urllib3, PolicyKit, nginx, sudo, libxml2, OpenSSL, Expat y OpenVPN, donde estén instalados. El kernel GA genérico 6.8 tiene comprobaciones de reinicio y de módulos independientes. Las bases de datos y los contenedores utilizan sus propios procedimientos de actualización.
Paquete2026.10.19-r2
Parche disponible
El parche actualiza los paquetes de Ubuntu correspondientes y verifica todos los requisitos anteriores en esta línea. Se conservan los paquetes ya instalados. El programa informa si es necesario reiniciar el sistema y nunca lo hace automáticamente.
Sistema operativo Ubuntu 24.04 LTS amd64, kernel genérico GA 6.8. Incluye los paquetes Ubuntu instalados mencionados anteriormente. Ejecutar en el sistema. Las actualizaciones de la base de datos, los contenedores, las aplicaciones y los controladores de terceros siguen sus propios procedimientos.
Reinicio del dispositivo
Es necesario activar un nuevo kernel y, posteriormente, actualizar OpenSSL. Compruebe que aparezca "reboot_required" en el resultado. El programa nunca se reinicia automáticamente.
interrupción del servicio
Los scripts del paquete pueden reiniciar los servicios. Actualice SSH y verifique una nueva conexión; reinicie las aplicaciones que utilizan bibliotecas actualizadas. Programe una ventana de mantenimiento.
Descarga el archivo ZIP y compara su código SHA-256 completo con la suma de verificación anterior. Detente si hay alguna diferencia.
Extraiga el contenido en un nuevo directorio de trabajo privado fuera del directorio raíz del sitio web. Verifique cada archivo incluido; todas las entradas en SHA256SUMS deben indicar OK.
Compruebe las versiones instaladas y la configuración base compatible. El informe local identifica los paquetes que deben actualizarse y si hay un reinicio pendiente. Lea el archivo README-EN.txt para conocer los requisitos previos y el proceso de recuperación.
/usr/bin/python3 foxbox_security.py check
Prepare una ventana de mantenimiento, una segunda conexión administrativa y acceso a la consola/recuperación. Los cambios requieren acceso de superusuario, Python del sistema con python3-apt, repositorios Ubuntu autenticados, un estado de dpkg consistente y 2 GiB libres para la copia de seguridad protegida. La instalación del kernel también requiere 1 GiB libre en /boot y módulos integrados compatibles. Los paquetes retenidos con una versión inferior a la requerida, DKMS, módulos externos, kernels HWE o paquetes de recuperación no disponibles detienen la operación.
Aplique el parche acumulativo. Antes de la instalación, verifica las versiones, las fuentes de los paquetes y el plan APT. Si todos los paquetes necesarios ya están actualizados, devuelve `ya_up_to_date`. No se necesitan los archivos ZIP de parches anteriores.
sudo /usr/bin/python3 foxbox_security.py apply
Lee los valores de packages_changed, reboot_required, reboot_performed y private_snapshot en el resultado. Actualiza SSH tras una comprobación de configuración exitosa, abre una nueva conexión SSH independiente y verifica los servicios afectados. Si reboot_required es verdadero, realiza el reinicio controlado en la ventana de mantenimiento y, a continuación, comprueba el kernel, las rutas del módem y la aplicación. Vuelve a ejecutar la comprobación.
Verificación de finalización: Código de salida 0: comprobación completada o aplicación exitosa/ya vigente; 2: la comprobación requiere acción o reinicio; 3: línea base no compatible; 4: error o requisito previo faltante. Si la aplicación informa un cambio parcial, conserve su instantánea privada y siga las instrucciones de recuperación en el archivo README antes de volver a intentarlo.
REGISTROS FECHADOS
Archivo de informes
Consulta las revisiones anteriores con sus fechas originales y decisiones sobre los componentes. Para una actualización inmediata, utiliza el último parche acumulativo compatible, que también verifica los requisitos de las revisiones anteriores.
Notas de actualización de seguridad — Octubre de 2026Leer informe +
Publicado originalmente aquí: 19 Octubre 2026
Prioridades de seguridad según la revisión semanal del 12 al 18 de octubre, contrastadas con fuentes oficiales el 19 de octubre. Seleccione el procedimiento de actualización correspondiente al sistema operativo y al componente.
Reseña semanal de Source: 18 Octubre 2026
P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
Canonical publicó el 14 de octubre correcciones para nueve vulnerabilidades. El aviso abarca los paquetes de cliente y servidor OpenSSH de Ubuntu 24.04.
Actualice los paquetes SSH instalados en Ubuntu 24.04 a la versión corregida o posterior y, a continuación, verifique una nueva conexión administrativa.
Procedimiento y requisitos de reinicio en la fecha del informe
Solo para paquetes de host Ubuntu 24.04. Utilice una cuenta administrativa autorizada existente, conserve la configuración SSH actual y mantenga abiertas dos sesiones SSH independientes con una ruta de recuperación disponible. Si los paquetes instalados y el servicio activo ya cumplen con los requisitos, no es necesario reinstalar.
Reinicio del dispositivo
Normalmente no, para la actualización del paquete OpenSSH en sí.
interrupción del servicio
Es posible que SSH se reinicie durante la actualización. Las sesiones existentes no garantizan la recuperación; verifique que haya una nueva conexión antes de cerrarlas.
Confirme que se trata del host Ubuntu 24.04, no del contenedor de la aplicación. Verifique los paquetes SSH instalados. Deténgase si la configuración base del sistema operativo difiere.
Con una ruta de copia de seguridad y recuperación disponible, actualice los índices APT firmados. Esto modifica los índices de paquetes; no instala ninguna actualización.
sudo apt-get update
Simule la actualización programada. Revise las versiones, las dependencias, los paquetes retenidos y la lista de paquetes. No continúe si APT propone cambios inesperados o si la versión candidata es inferior a 1:9.6p1-3ubuntu13.20.
Tras revisar la simulación, aplique la actualización prevista durante la ventana de mantenimiento. Revise nuevamente el plan real, ya que la simulación no bloquea APT. Lea cualquier solicitud de configuración y conserve la política de acceso SSH implementada. Las solicitudes no se aceptan automáticamente.
Valide la configuración SSH y, si la validación es exitosa, reinicie el servicio SSH. Esto podría interrumpir el acceso administrativo, por lo que conviene tener preparada una ruta de recuperación independiente.
Verifique el estado de instalación y la versión mínima de cada paquete aplicable. Deténgase si aparece REPARACIÓN NECESARIA o ACTUALIZACIÓN NECESARIA; los paquetes faltantes se informan y permanecen ausentes. Luego, abra una nueva conexión SSH independiente a través de la ruta administrativa habitual y pruebe las restricciones de clave y el reenvío configurados.
for package in openssh-client openssh-server openssh-sftp-server; do
state=$(dpkg-query -W -f='${db:Status-Abbrev}' "$package") || {
printf '%s: NOT INSTALLED\n' "$package"; continue;
}
case "$state" in
'ii '|'hi ') ;;
*) printf '%s: REPAIR REQUIRED (%s)\n' "$package" "$state"; continue ;;
esac
version=$(dpkg-query -W -f='${Version}' "$package") || continue
if dpkg --compare-versions "$version" ge '1:9.6p1-3ubuntu13.20'; then
printf '%s: OK (%s)\n' "$package" "$version"
else
printf '%s: UPDATE REQUIRED (%s)\n' "$package" "$version"
fi
done
Verificación de finalización: La comprobación de versión y una conexión SSH nueva y funcional deben ser correctas. Las versiones de los paquetes instalados por sí solas no demuestran que el servicio en ejecución se haya actualizado. Un reinicio solicitado por otra actualización del sistema debe gestionarse por separado.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
La actualización del 13 de octubre modifica la interfaz binaria de aplicación (ABI) del kernel. Canonical requiere reiniciar el sistema y utilizar módulos de terceros compatibles.
Planifique el cambio de kernel y el reinicio controlado tras comprobar los módulos DKMS, los controladores del módem y la ruta de recuperación correspondientes. Un kernel instalado solo estará activo tras un arranque exitoso en esa versión.
Procedimiento y requisitos de reinicio en la fecha del informe
Ubuntu 24.04 GA con kernel genérico 6.8.0-147.147. La instalación y el reinicio son pasos separados; planifíquelos según los requisitos reales de hardware y recuperación.
Reinicio del dispositivo
Sí. Es necesario para activar el nuevo kernel instalado. Programe una ventana de mantenimiento.
interrupción del servicio
El reinicio del host interrumpe los servicios del dispositivo. Es necesario verificar previamente la compatibilidad con DKMS, los controladores de terceros y el módem.
Compara el núcleo en ejecución con el paquete instalado. Un paquete instalado no es un núcleo activo.
Antes de instalar o reiniciar, verifique la recuperación de arranque, el kernel de arranque anterior y los módulos DKMS/de terceros aplicables, incluido bl_noah si está presente. La ausencia del comando dkms no demuestra compatibilidad.
Verifique la compilación y carga del módulo, la detección del módem, las interfaces QMI/serie, la red y la conmutación por error en el hardware correspondiente. El parche acumulativo admite el kernel genérico GA 6.8 con módulos integrados; si se detecta un módulo DKMS o externo, se requiere el procedimiento específico del dispositivo antes de modificar el kernel.
Programe un reinicio controlado solo después de que se hayan completado las comprobaciones de requisitos previos y esté lista la ruta de recuperación. Tras el reinicio, vuelva a comprobar el estado del kernel y del dispositivo. Un reinicio postergado deja la activación del kernel pendiente.
uname -r
Verificación de finalización: El kernel 6.8.0-147-generic o una versión genérica GA 6.8 compatible posterior debe estar en ejecución, y los módulos, las rutas del módem y los servicios aplicables deben comprobarse después del arranque.
P1 · MySQL 8.4
Oracle ha anunciado la actualización crítica de parches para el 20 de octubre de 2026. La versión preliminar incluye MySQL Server 8.4.0–8.4.11 entre las versiones afectadas; la fecha de actualización final aún no está confirmada.
La actualización de seguridad de Docker 8.4.12 se encuentra en evaluación independiente, incluyendo la compatibilidad con copias de seguridad, restauración y bases de datos. La versión de CPU de octubre se seleccionará una vez que se verifiquen su aviso final y la imagen correspondiente.
Procedimiento y requisitos de reinicio en la fecha del informe
La actualización 8.4.12, ya disponible, es específica para la imagen Docker de MySQL. Es independiente de la CPU de octubre, cuyo objetivo final aún está pendiente. Se requiere una fuente de imagen probada y un resumen exacto.
Reinicio del dispositivo
No es necesario reiniciar el host para la actualización de la imagen.
interrupción del servicio
Sí: aplicar una imagen de base de datos de reemplazo requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Identifique la versión de MySQL implementada, la fuente de la imagen, el resumen, los volúmenes y la ruta de replicación sin exportar credenciales ni datos del cliente. No asuma que existe la misma etiqueta en todos los registros.
Para la versión 8.4.12, compruebe la imagen verificada con datos de prueba representativos: inicio, compatibilidad de esquema, reinicio, copia de seguridad/restauración y continuidad de MySQL a ClickHouse.
Utilice el procedimiento de actualización y recuperación específico del dispositivo durante una ventana de mantenimiento. Conserve la imagen anterior anclada y una copia de seguridad verificada; restaurar solo un contenedor podría no revertir los cambios de formato de la base de datos.
Para la actualización del 20 de octubre, utilice la versión e imagen de destino indicadas en el aviso final. Las instrucciones de actualización correspondientes aparecerán en la próxima versión.
Verificación de finalización: Tras reiniciar el servicio, verifique el estado de la base de datos, el acceso a la aplicación y las rutas de replicación/ingesta aplicables.
Canonical publicó nuevas correcciones de seguridad el 14 de octubre para curl/libcurl y python3-urllib3.
Comprueba los paquetes instalados en el host Ubuntu y sus dependencias con respecto a los requisitos acumulativos. Una actualización de APT en el host no actualiza los paquetes ni las bibliotecas de pip dentro de los contenedores.
Procedimiento y requisitos de reinicio en la fecha del informe
Ubuntu 24.04 solo admite paquetes APT; las bibliotecas de contenedores y las instalaciones de pip son independientes. Incluya los binarios instalados correspondientes de la misma familia de paquetes fuente.
Reinicio del dispositivo
Normalmente no, solo para estas bibliotecas.
interrupción del servicio
Reinicie las aplicaciones/servicios afectados para que carguen las bibliotecas actualizadas.
Ejecute el parche acumulativo en modo de verificación para identificar los paquetes curl/libcurl y python3-urllib3 instalados con versiones inferiores a las requeridas. Los paquetes que no utiliza este sistema se omiten.
Actualiza los índices APT y revisa una transacción --simulate --only-upgrade --no-remove con ámbito para los paquetes y dependencias instalados. Las versiones correctas de Ubuntu son curl/libcurl >= 8.5.0-2ubuntu10.16 y python3-urllib3 >= 2.0.7-1ubuntu0.8.
Aplique el parche acumulativo durante la ventana de mantenimiento, luego reinicie las aplicaciones afectadas y verifique las rutas HTTPS, proxy y Python correspondientes.
Verificación de finalización: Vuelva a ejecutar la comprobación acumulativa y confirme que los servicios en ejecución afectados utilizan las bibliotecas actualizadas.
P2 · ClickHouse26.8.30.8 LTS
El parche oficial 26.8 LTS se publicó el 17 de octubre. Su lanzamiento por sí solo no implica que sea un requisito de seguridad urgente para todas las instalaciones de FoxBox.
Antes de promocionar el candidato, verifique la ingesta, las estadísticas de SMS/DLR, la retención, el reinicio y la recuperación. No se incluye la actualización automática de la base de datos ni del contenedor.
Procedimiento y requisitos de reinicio en la fecha del informe
Candidato a la calificación de laboratorio para la línea 26.8 LTS. La versión actualmente desplegada permanece fija hasta que se complete la validación.
Reinicio del dispositivo
No es necesario reiniciar el servidor para esta actualización de la base de datos.
interrupción del servicio
Es necesario reiniciar el servicio o el contenedor al aplicar la actualización cualificada.
Prepare una instancia de laboratorio desechable y fije el paquete o la imagen LTS 26.8.30.8 exactos. Conserve la versión de producción implementada.
Pruebe la ingesta sintética de SMS/DLR, las consultas MergeTree, el TTL/retención, el reinicio y la recuperación. Valide la integración con MySQL que utiliza el dispositivo.
Una vez confirmada la compatibilidad, utilice el procedimiento de actualización específico del dispositivo, que incluye comprobaciones de copia de seguridad, tiempo de inactividad del servicio y recuperación. Este parche es independiente del parche del host.
Verificación de finalización: Todas las pruebas pertinentes de ingesta, consulta, retención y recuperación deben superarse antes de la promoción.
P2 · Cloudflare Tunnelcloudflared 2026.10.1
Cloudflare publicó cloudflared 2026.10.1 el 15 de octubre. Es un candidato a la calificación de compatibilidad.
Pruebe el acceso HTTPS y SSH, la reconexión y las rutas de la API de FoxBox antes del lanzamiento. El número de versión por sí solo no implica una actualización de emergencia.
Procedimiento y requisitos de reinicio en la fecha del informe
Compatibilidad candidata: cloudflared 2026.10.1. Confirme la arquitectura instalada y la fuente del paquete antes de elegir un binario.
Reinicio del dispositivo
Esta actualización del servicio no requiere reiniciar el host.
interrupción del servicio
Reiniciar Cloudflared interrumpe el túnel. Se requiere acceso de recuperación independiente antes de realizar el reemplazo.
Lea la versión instalada. Prepare una ruta administrativa alternativa antes de modificar un túnel que permita el acceso SSH.
cloudflared --version
Primero, valide la compilación oficial 2026.10.1 y la suma de comprobación en el host de laboratorio. Pruebe HTTPS/SSH, el reinicio del servicio, la reconexión WAN, las barras diagonales finales y las rutas de la API de FoxBox codificadas.
Tras las comprobaciones de compatibilidad, utilice el método de instalación confirmado del dispositivo y conserve una versión de recuperación fija. Esta versión candidata es independiente del parche del host.
Verificación de finalización: Verifique una nueva conexión HTTPS y SSH después de reiniciar el servicio y mantenga el acceso de recuperación hasta que el túnel sea estable.
El parche acumulativo actualiza los paquetes del host Ubuntu 24.04. Siga las instrucciones de los componentes para las actualizaciones de la base de datos y los contenedores, así como los requisitos de reinicio que se indican a continuación.
OpenSSH, el kernel y la próxima CPU de MySQLLeer informe +
Publicado originalmente aquí: 19 Octubre 2026
La revisión del código fuente realizada entre el 12 y el 18 de octubre propuso la aplicación de parches a OpenSSH/curl/urllib3, la cualificación del kernel y la preparación para la CPU del 20 de octubre.
Reseña semanal de Source: 18 Octubre 2026
P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
La revisión identificó la actualización USN-8928-1, que presenta nueve vulnerabilidades.
Actualización tras las pruebas de acceso SSH. Las instrucciones de instalación actuales se encuentran en las notas de la versión del 19 de octubre.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
OpenSSH debe usar los binarios actualizados; valide la configuración y establezca una nueva conexión después de reiniciar el servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
La revisión señaló una actualización de seguridad y un cambio en la interfaz binaria de aplicación (ABI) que requieren la cualificación del hardware.
Se requiere la validación de DKMS/módulos de terceros, módem, red y recuperación de arranque antes de un reinicio controlado. Utilice el informe más reciente para el destino del kernel actual.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Sí, después de la verificación del hardware y la recuperación; nunca es automático.
interrupción del servicio
Todos los servicios del dispositivo se interrumpen al reiniciarse.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · MySQL 8.4 / October CPU
El informe registró el anuncio previo al lanzamiento de Oracle para el 20 de octubre; no identificó una fecha límite definitiva para ese mes.
Preparar la copia de seguridad/restauración y la cualificación; distinguir la actualización de Docker existente del 8 de abril de 2012 de la próxima CPU final.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.16
La revisión identificó el nuevo piso curl/libcurl USN-8932-1.
Actualice los paquetes de host correspondientes y califique a sus consumidores; las bibliotecas de contenedores son independientes.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · Ubuntu 24.04 / urllib32.0.7-1ubuntu0.8
La revisión identificó la corrección del paquete Noble en USN-8926-1.
Compruebe el paquete APT instalado y los consumidores de Python; esto no actualiza los paquetes pip ni los contenedores.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · ClickHouse 26.8 LTS26.8.30.8
La revisión seleccionó el LTS 26.8.30.8 como el próximo objetivo de laboratorio.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · cloudflared2026.10.1
La revisión seleccionó la versión 2026.10.1 como candidata para la compatibilidad en laboratorio.
Califique HTTP/SSH, la reconexión WAN, el reinicio y las URL codificadas/con barra diagonal final antes de la promoción. Este es el objetivo registrado en ese momento.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.
La revisión elevó el nivel de exigencia del kernel e incluyó nuevos requisitos mínimos de seguridad para sudo/libxml2.
Reseña semanal de Source: 11 Octubre 2026
P1 · Ubuntu 24.04 / Kernel6.8.0-146.146
La revisión señaló una actualización de seguridad y un cambio en la interfaz binaria de aplicación (ABI) que requieren la cualificación del hardware.
Se requiere la validación de DKMS/módulos de terceros, módem, red y recuperación de arranque antes de un reinicio controlado. Utilice el informe más reciente para el destino del kernel actual.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Sí, después de la verificación del hardware y la recuperación; nunca es automático.
interrupción del servicio
Todos los servicios del dispositivo se interrumpen al reiniciarse.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.4
La revisión seleccionó el documento USN-8895-1, publicado el 7 de octubre.
Incluya la solución en el mantenimiento de seguridad de los paquetes instalados y verifique la política de sudo restringida.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
La revisión seleccionó el documento USN-8910-1, publicado el 8 de octubre.
Actualiza los binarios instalados que correspondan y prueba las funciones que consumen XML.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Cloudflare Tunnel API5 October 2026
La revisión mantuvo la auditoría de API posterior a la fecha límite como una verificación de aplicabilidad no resuelta.
Revise los puntos finales de route-ID y el punto final de conexiones dedicadas. Corrección de publicación: verifique también la adición/eliminación de la IP de ruta de Cloudflare; la ausencia de código API personalizado por sí sola no es suficiente para una conclusión definitiva de N/A.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
No es necesario reiniciar el dispositivo para la migración de la API.
interrupción del servicio
Identifique las integraciones de aprovisionamiento y supervisión afectadas; no se prescribe ningún reinicio genérico del servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · cloudflared2026.10.0
La revisión seleccionó la versión 2026.10.0 como candidata para la compatibilidad con laboratorios.
Califique HTTP/SSH, la reconexión WAN, el reinicio y las URL codificadas/con barra diagonal final antes de la promoción. Este es el objetivo registrado en ese momento.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · ClickHouse 26.8 LTS26.8.23.6
La revisión seleccionó el LTS 26.8.23.6 como el próximo objetivo de laboratorio.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · MySQL 8.48.4.12
No se registró ninguna acción nueva de MySQL más allá de completar la calificación de Docker 8.4.12.
Mantenga pendiente la actualización de seguridad de la imagen Docker hasta validar la copia de seguridad/restauración y la compatibilidad de la base de datos.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.
OpenSSL, migración de API y validación de ClickHouseLeer informe +
Publicado originalmente aquí: 19 Octubre 2026
La revisión priorizó OpenSSL, el plazo de Cloudflare para el día siguiente y un nuevo objetivo para el laboratorio ClickHouse.
Reseña semanal de Source: 4 Octubre 2026
P1 · Ubuntu 24.04 / OpenSSL3.0.13-0ubuntu3.16
USN-8847-1 proporcionó el nivel inferior de OpenSSL/libssl3t64; Canonical especifica un reinicio.
Actualiza los paquetes de host correspondientes y programa el reinicio con comprobaciones de recuperación. Las bibliotecas de contenedores requieren un inventario independiente.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
El aviso de Canonical citado requiere reiniciar el sistema para completar la actualización.
interrupción del servicio
Los procesos que utilizan la biblioteca antigua deben actualizarse; el aviso especifica que se debe reiniciar el host.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
La revisión detectó el error USN-8852-1 cuando OpenVPN está instalado.
Antes de la promoción, verifique la aplicabilidad, actualice los paquetes instalados y compruebe la reconexión/enrutamiento de la VPN.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Cloudflare Tunnel API5 October 2026
La revisión estableció el 5 de octubre como fecha límite para la migración de la API.
Revise los puntos finales de route-ID y el punto final de conexiones dedicadas. Corrección de publicación: verifique también la adición/eliminación de la IP de ruta de Cloudflare; la ausencia de código API personalizado por sí sola no es suficiente para una conclusión definitiva de N/A.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
No es necesario reiniciar el dispositivo para la migración de la API.
interrupción del servicio
Identifique las integraciones de aprovisionamiento y supervisión afectadas; no se prescribe ningún reinicio genérico del servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · cloudflared2026.9.3
La revisión seleccionó la versión 2026.9.3 como candidata para la compatibilidad con laboratorios.
Califique HTTP/SSH, la reconexión WAN, el reinicio y las URL codificadas/con barra diagonal final antes de la promoción. Este es el objetivo registrado en ese momento.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
La revisión propuso la versión 26.8.16.41 LTS y elevó la prioridad en los casos en que se utilizara la autenticación con certificado SSL u otras funciones afectadas. Esta es la evaluación de riesgos registrada en ese momento.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
La revisión señaló una actualización de seguridad y un cambio en la interfaz binaria de aplicación (ABI) que requieren la cualificación del hardware.
Se requiere la validación de DKMS/módulos de terceros, módem, red y recuperación de arranque antes de un reinicio controlado. Utilice el informe más reciente para el destino del kernel actual.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Sí, después de la verificación del hardware y la recuperación; nunca es automático.
interrupción del servicio
Todos los servicios del dispositivo se interrumpen al reiniciarse.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · MySQL 8.48.4.12
La revisión mantuvo la actualización pendiente de Docker 8.4.12 sin realizar una nueva acción de lanzamiento de la base de datos.
Mantenga pendiente la actualización de seguridad de la imagen Docker hasta validar la copia de seguridad/restauración y la compatibilidad de la base de datos.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.
La revisión separó la calificación del hardware del kernel de la aplicación de parches de seguridad ordinarios en el espacio de usuario.
Reseña semanal de Source: 27 Septiembre 2026
P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
La revisión señaló una actualización de seguridad y un cambio en la interfaz binaria de aplicación (ABI) que requieren la cualificación del hardware.
Se requiere la validación de DKMS/módulos de terceros, módem, red y recuperación de arranque antes de un reinicio controlado. Utilice el informe más reciente para el destino del kernel actual.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Sí, después de la verificación del hardware y la recuperación; nunca es automático.
interrupción del servicio
Todos los servicios del dispositivo se interrumpen al reiniciarse.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.15
USN-8820-1 fue el archivo de configuración curl/libcurl seleccionado para esta revisión.
Actualiza los binarios instalados y prueba las rutas HTTPS/proxy. El informe de octubre reemplaza esta versión con la .16.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.3
La revisión señaló el caso USN-8803-1 por un problema de aplicación de políticas.
Actualizar y comprobar la administración restringida; el piso .4 posterior reemplaza este histórico .3.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · Ubuntu 24.04 / Expat2.6.1-2ubuntu0.6
La revisión incluyó Expat en la actualización de seguridad básica donde estaba instalado.
Compruebe los componentes instalados que procesan XML y aplique la actualización de seguridad de Ubuntu correspondiente.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Cloudflare Tunnel API5 October 2026
La revisión recomendaba cerrar el inventario de API antes de la fecha límite de la semana siguiente.
Revise los puntos finales de route-ID y el punto final de conexiones dedicadas. Corrección de publicación: verifique también la adición/eliminación de la IP de ruta de Cloudflare; la ausencia de código API personalizado por sí sola no es suficiente para una conclusión definitiva de N/A.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
No es necesario reiniciar el dispositivo para la migración de la API.
interrupción del servicio
Identifique las integraciones de aprovisionamiento y supervisión afectadas; no se prescribe ningún reinicio genérico del servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · cloudflared2026.9.3
La revisión seleccionó la versión 2026.9.3 como candidata para la compatibilidad con laboratorios.
Califique HTTP/SSH, la reconexión WAN, el reinicio y las URL codificadas/con barra diagonal final antes de la promoción. Este es el objetivo registrado en ese momento.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · ClickHouse 26.8 LTS26.8.12.53
La revisión seleccionó el LTS 26.8.12.53 como el próximo objetivo de laboratorio.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · MySQL 8.48.4.12
La calificación de Docker del 8 de abril de 2012 se mantuvo como una acción pendiente.
Mantenga pendiente la actualización de seguridad de la imagen Docker hasta validar la copia de seguridad/restauración y la compatibilidad de la base de datos.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.
Polkit, Nginx condicional y la fecha límite de la API de CloudflareLeer informe +
Publicado originalmente aquí: 19 Octubre 2026
La revisión priorizó polkit, la corrección de nginx en Ubuntu cuando correspondiera y la migración de la API antes del 5 de octubre.
Reseña semanal de Source: 20 Septiembre 2026
P1 · Ubuntu 24.04 / polkit124-2ubuntu1.24.04.4
La revisión identificó problemas de seguridad local en polkit para el USN-8762-1.
Incluya los binarios de polkit instalados en la administración de la línea base de seguridad y las pruebas de humo.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
La revisión destacó la actualización corregida de Ubuntu nginx tras una regresión anterior.
Aplicar únicamente a los paquetes nginx de Ubuntu instalados después de las pruebas de proxy inverso/configuración; las imágenes de contenedor tienen una línea base independiente.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
Compruebe y reinicie el servicio para los consumidores afectados cuando sea necesario.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · Cloudflare Tunnel API5 October 2026
La revisión requería un inventario de API antes de su retirada el 5 de octubre.
Revise los puntos finales de route-ID y el punto final de conexiones dedicadas. Corrección de publicación: verifique también la adición/eliminación de la IP de ruta de Cloudflare; la ausencia de código API personalizado por sí sola no es suficiente para una conclusión definitiva de N/A.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
No es necesario reiniciar el dispositivo para la migración de la API.
interrupción del servicio
Identifique las integraciones de aprovisionamiento y supervisión afectadas; no se prescribe ningún reinicio genérico del servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · cloudflared2026.9.1
La revisión seleccionó la versión 2026.9.1 como candidata para la compatibilidad en laboratorio.
Califique HTTP/SSH, la reconexión WAN, el reinicio y las URL codificadas/con barra diagonal final antes de la promoción. Este es el objetivo registrado en ese momento.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · ClickHouse 26.8 LTS26.8.7.19
La revisión seleccionó el LTS 26.8.7.19 como el próximo objetivo de laboratorio.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · MySQL 8.48.4.12
La revisión no registró ninguna acción nueva de MySQL más allá de la actualización pendiente de Docker 8.4.12.
Mantenga pendiente la actualización de seguridad de la imagen Docker hasta validar la copia de seguridad/restauración y la compatibilidad de la base de datos.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.
Comprobaciones de versión de OpenSSH y túnelLeer informe +
Publicado originalmente aquí: 19 Octubre 2026
Esta revisión priorizó OpenSSH, la versión de Cloudflare instalada y la compatibilidad con Docker/bases de datos.
Reseña semanal de Source: 7 Septiembre 2026
P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.19
USN-8721-1 introdujo el límite inferior de OpenSSH registrado en esta revisión.
Actualización tras las pruebas de acceso; este valor mínimo histórico queda sustituido por 0,20 en el informe de octubre.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
OpenSSH debe usar los binarios actualizados; valide la configuración y establezca una nueva conexión después de reiniciar el servicio.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P1 · cloudflared2026.8.3
La revisión requirió un inventario y la exclusión de los elementos problemáticos 2026.8.0/2026.8.1, proponiendo el elemento 2026.8.3 para su calificación.
Pruebe el manejo de URL, HTTP/SSH y reinicie antes de reemplazar un túnel; los informes posteriores registran candidatos más recientes.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El reinicio del túnel puede interrumpir el acceso remoto; prepare una recuperación independiente.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · MySQL 8.48.4.12
La revisión identificó la actualización de seguridad exclusiva para Docker del 18 de agosto de 2012 (versión 8.4.12).
Mantenga pendiente la actualización de seguridad de la imagen Docker hasta validar la copia de seguridad/restauración y la compatibilidad de la base de datos.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
La sustitución de la imagen de la base de datos requiere reiniciar la base de datos/contenedor y una ventana de mantenimiento.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
P2 · ClickHouse 26.8 LTS26.8.2.7
La revisión seleccionó el 26.8.2.7 LTS como el próximo objetivo de laboratorio.
Mantén la producción bloqueada hasta que se superen las pruebas de ingesta, corrección de consultas, retención y recuperación. Posteriormente, los candidatos semanales reemplazarán este objetivo histórico.
Procedimiento y requisitos de reinicio en la fecha del informe
Instrucciones conservadas de la revisión histórica. Para las versiones de software y los pasos de instalación actuales, siga la última versión acumulativa compatible.
Reinicio del dispositivo
Normalmente no es necesario reiniciar el host solo para este componente; siga el procedimiento vigente.
interrupción del servicio
El servicio/contenedor de la base de datos debe reiniciarse al aplicar una actualización válida.
Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.
Antes de programar una actualización, consulte el informe más reciente, el inventario actual de hosts/contenedores y la cualificación aplicable.
Verificación de finalización: Utilice el procedimiento de componentes actual para verificar la versión del paquete, el servicio en ejecución y los requisitos de reinicio después de una actualización.
Revisión histórica: las versiones y decisiones se refieren a la fecha indicada anteriormente. Para obtener la actualización más reciente, siga las instrucciones de la última versión acumulativa compatible y sus componentes.