Saltar al contenido
Milán · Como · Desde 2010SIM + SMPP / HTTP
FoxBox
Menú

FOXBOX SECURITY

Security Watch & Updates

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.

Canonical · USN-8928-1
P1Corrección del proveedor verificada

Ubuntu 24.04 / Kernel

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.

Canonical · USN-8917-1
P1Aviso de próxima versión

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.

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.

Oracle · October 2026 CPU
P2Corrección del proveedor verificada

Ubuntu 24.04 / curl + urllib3

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.

Canonical · USN-8932-1
P2Candidato para el laboratorio

ClickHouse

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.

ClickHouse · 26.8.30.8 LTS
P2Candidato para el laboratorio

Cloudflare Tunnel

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.

Cloudflare · 2026.10.1

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.
Ubuntu 24.04 / curl + urllib3curl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8 Normalmente no, solo para estas bibliotecas. 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.
Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20Ver pasos

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.
  1. 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.

    cat /etc/os-release
    dpkg-query -W -f='${Package} ${Version}\n' openssh-client openssh-server openssh-sftp-server
  2. 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
  3. 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.

    sudo apt-get --simulate --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
  4. 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.

    sudo apt-get --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
  5. 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.

    sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
  6. 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.
  1. Compara el núcleo en ejecución con el paquete instalado. Un paquete instalado no es un núcleo activo.

    uname -r
    dpkg-query -W -f='${Package} ${Version}\n' linux-image-6.8.0-147-generic
  2. 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.

  3. 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.

  4. 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.
  1. 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.

  2. 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.

  3. 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.

  4. 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 / curl + urllib3curl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8Ver pasos

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.
  1. 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.

  2. 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.

  3. 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.
  1. 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.

  2. 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.

  3. 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.
  1. Lea la versión instalada. Prepare una ruta administrativa alternativa antes de modificar un túnel que permita el acceso SSH.

    cloudflared --version
  2. 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.

  3. 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.

  1. 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.

  2. 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.

  3. 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.

Paquete 2026.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.

Descargar parche acumulativo

SHA-256faf596db24ab3b27c7bafda7e80b4c8dc560272f589e76ac0da6e9060eef2219

Cómo usar la versión 2026.10.19-r2Ver pasos

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.
  1. Descarga el archivo ZIP y compara su código SHA-256 completo con la suma de verificación anterior. Detente si hay alguna diferencia.

    sha256sum foxbox-security-update-2026.10.19-r2.zip
  2. 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.

    umask 077
    unzip foxbox-security-update-2026.10.19-r2.zip -d foxbox-security-update-2026.10.19-r2
    cd foxbox-security-update-2026.10.19-r2
    sha256sum -c SHA256SUMS
  3. 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
  4. 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.

  5. 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
  6. 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.

    sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
    /usr/bin/python3 foxbox_security.py check

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.
    1. 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.

      cat /etc/os-release
      dpkg-query -W -f='${Package} ${Version}\n' openssh-client openssh-server openssh-sftp-server
    2. 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
    3. 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.

      sudo apt-get --simulate --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
    4. 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.

      sudo apt-get --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
    5. 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.

      sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
    6. 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.
    1. Compara el núcleo en ejecución con el paquete instalado. Un paquete instalado no es un núcleo activo.

      uname -r
      dpkg-query -W -f='${Package} ${Version}\n' linux-image-6.8.0-147-generic
    2. 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.

    3. 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.

    4. 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.
    1. 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.

    2. 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.

    3. 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.

    4. 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.

  • P2 · Ubuntu 24.04 / curl + urllib3curl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8

    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.
    1. 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.

    2. 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.

    3. 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.
    1. 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.

    2. 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.

    3. 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.
    1. Lea la versión instalada. Prepare una ruta administrativa alternativa antes de modificar un túnel que permita el acceso SSH.

      cloudflared --version
    2. 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.

    3. 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.

Fuentes oficiales

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

Nuevo kernel, sudo y libxml2Leer informe

Publicado originalmente aquí: 19 Octubre 2026

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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 / libxml22.9.14+dfsg-1.3ubuntu3.10

    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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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 conditional · Ubuntu 24.04 / OpenVPN2.6.19-0ubuntu0.24.04.4

    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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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 / P1 conditional · ClickHouse 26.8 LTS26.8.16.41

    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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

ABI del kernel, curl y sudoLeer informe

Publicado originalmente aquí: 19 Octubre 2026

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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 conditional · Ubuntu 24.04 / nginx1.24.0-2ubuntu7.18

    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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.
    1. Lea la decisión en el contexto de su revisión original. No instale una versión anterior solo porque aparezca aquí.

    2. 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.

Fuentes oficiales

↑

Contact US