[{"data":1,"prerenderedAt":177},["ShallowReactive",2],{"seo-verification":3,"blog-kernel-linux-cve-2026-98432-use-after-free-tcp-ipv4-verificar-corregir-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-kernel-linux-cve-2026-98432-use-after-free-tcp-ipv4-verificar-corregir-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":124,"ctaBody":125,"ctaButton":126,"ctaUrl":127,"relatedPosts":128},534,"kernel-linux-cve-2026-98432-use-after-free-tcp-ipv4-verificar-corregir",{"fr":12,"en":13,"ar":14,"es":10},"linux-noyau-cve-2026-98432-use-after-free-tcp-ipv4-verifier-corriger","linux-kernel-cve-2026-98432-tcp-ipv4-use-after-free-check-fix","ثغرة-نواة-لينكس-cve-2026-98432-use-after-free-tcp-ipv4-التحقق-والإصلاح","CVE-2026-98432: verificar el kernel de su VPS sin parche","Use-after-free en la pila TCP IPv4 del kernel de Linux: estado publicado por Ubuntu y Red Hat el 30 de octubre de 2026, comandos de verificación y qué hacer sin parche.",9,0,false,"2026-10-30T00:00:00+00:00","2026-10-31T01:54:05+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Flinux-noyau-cve-2026-98432-use-after-free-tcp-ipv4-verifier-corriger-poster.svg","CVE-2026-98432 es un use-after-free en la pila TCP IPv4 del kernel de Linux, publicado por Ubuntu el 15 de octubre de 2026 y actualizado el 29 de octubre de 2026. Al consultarlas, el 30 de octubre de 2026, las fichas de Ubuntu y Red Hat no daban ninguna versión corregida confirmada para los kernels habituales, y circulan dos puntuaciones: 9,8 y 8,1. Esta guía no promete, por tanto, un número de paquete. Muestra cómo leer el estado de su distribución, distinguir el kernel instalado del kernel en ejecución y decidir qué hacer mientras tanto.",[35,39,42,76,79,101,111,114,118,121],{"type":36,"title":37,"body":38},"h2","Qué describe la ficha, función por función","La ficha de Ubuntu describe un fallo de gestión de memoria en el establecimiento de conexiones TCP sobre IPv4. Cuando un cliente envía un SYN, el kernel crea una solicitud de conexión; al final del handshake, `tcp_v4_syn_recv_sock()` crea el socket hijo. Según la ficha, esta función entrega al socket hijo las opciones IP de la solicitud sin copiarlas. Si un SYN retransmitido se procesa a la vez en otro procesador, el kernel puede leer esas opciones ya liberadas al construir el SYNACK: es el uso tras liberación, en `ip_options_build()`.\n\nLa ficha señala una carrera análoga durante la migración de solicitudes entre sockets, cuando `net.ipv4.tcp_migrate_req=1` o un programa BPF_SK_REUSEPORT_SELECT_OR_MIGRATE está activo. El parche descrito retrasa la liberación de la memoria hasta el final de un periodo de gracia RCU, con `kfree_rcu()`, en `inet_sock_destruct()` y `tcp_v4_reqsk_destructor()`. IPv6 no se ve afectado por el primer fallo; la ficha indica que existe un fallo de migración parecido en ese lado y que se tratará por separado. Tenga presente también lo que no dice: la explotabilidad remota no está demostrada públicamente en las fichas leídas.",{"type":36,"title":40,"body":41},"Dos puntuaciones, dos emisores: 9,8 y 8,1","Las dos cifras no se contradicen: describen cosas distintas. Ubuntu muestra una prioridad High y una puntuación CVSS 3 de 9,8, calificada como Critical. Red Hat publica un CVSS v3.1 de 8,1, con el vector `CVSS:3.1\u002FAV:N\u002FAC:H\u002FPR:N\u002FUI:N\u002FS:U\u002FC:H\u002FI:H\u002FA:H`. La página de Red Hat da también, a modo de comparación, el valor de cve.org: 9,8 con `AC:L`. Solo cambia la complejidad del ataque: baja (`AC:L`) en un lado, alta (`AC:H`) en el otro.\n\nEl 8,1 de Red Hat refleja una carrera de temporización muy ajustada, en la que el atacante debe hacer coincidir dos tratamientos en dos procesadores; su descripción habla ante todo de una caída, con una posible corrupción de memoria. La página precisa que estas puntuaciones son preliminares y están sujetas a revisión. No se quede, pues, con una cifra única: 9,8 según Ubuntu, 8,1 según Red Hat. En los vectores publicados por Red Hat y cve.org, el fallo es alcanzable por red sin autenticación (`AV:N`, `PR:N`), lo que basta para tomarlo en serio sin presentarlo como un ataque en curso: ninguna de las dos fichas leídas señala uno.",{"type":43,"title":44,"headers":45,"rows":49},"comparison","El estado publicado el 30 de octubre de 2026",[46,47,48],"Fuente o versión","Estado leído en la ficha","Qué cambia para usted",[50,54,57,60,64,68,72],[51,52,53],"Ubuntu 24.04 LTS (noble)","Vulnerable, parche en curso; versión listada 6.8.0-149.149","Aún no hay kernel corregido que instalar",[55,56,53],"Ubuntu 22.04 LTS (jammy)","Vulnerable, parche en curso; versión listada 5.15.0-203.213",[58,59,53],"Ubuntu 26.04 LTS","Vulnerable, parche en curso; versión listada 7.0.0-43.43",[61,62,63],"Ubuntu 20.04 LTS (focal)","Ninguna versión listada; revise el estado en la ficha","Volver a abrir la ficha antes de concluir",[65,66,67],"Red Hat","CVSS v3.1 8,1, ninguna mitigación propuesta, ningún paquete corregido listado, Bugzilla 2553390","No hay solución alternativa oficial; seguir el ticket",[69,70,71],"Debian, AlmaLinux, Rocky y otras","No leído para este artículo","Leer el aviso de su proveedor, sin deducirlo de Ubuntu",[73,74,75],"Un número de versión en una ficha","No es una versión corregida mientras el estado no haya pasado a corregido","Compare `uname -r` con ese número solo tras ese cambio de estado",{"type":36,"title":77,"body":78},"Un kernel instalado no es un kernel en ejecución","Un `apt upgrade` o un `dnf update` deja un kernel nuevo en `\u002Fboot`, pero el sistema sigue ejecutando el cargado en el último arranque hasta que se reinicia. `uname -r` responde a la única pregunta que importa aquí: qué kernel se está ejecutando ahora. La lista de paquetes responde a otra: qué kernels duermen en el disco. Cuando salga el parche, un VPS puede mostrar «al día» en su gestor de paquetes y seguir siendo vulnerable durante semanas.\n\nHoy ocurre lo contrario: instalar las actualizaciones del día no corrige esta CVE, porque las fichas no listan ningún kernel corregido. Los contenedores Docker no cambian nada, comparten el kernel de la máquina. En una máquina virtual completa ese kernel es suyo; en un VPS de tipo contenedor es el del anfitrión, y hay que pedirlo al proveedor. El procedimiento de reinicio se detalla en la guía de PwnEscape y Vghost enlazada bajo este artículo: no hace falta repetirlo aquí.",{"type":80,"title":81,"steps":82},"steps","Verificar su VPS en diez minutos",[83,86,89,92,95,98],{"title":84,"body":85},"Leer el kernel en ejecución","`uname -r`\n`cat \u002Fproc\u002Fversion`\nAnote la cadena completa, sufijo incluido (`-generic`, `-aws`, `-kvm`, `el9`…). Es la que comparará con la ficha de su distribución, y el sufijo indica la variante de kernel que debe buscar.",{"title":87,"body":88},"Listar los kernels instalados y el reinicio pendiente","Debian, Ubuntu: `dpkg -l 'linux-image*' | grep '^ii'` y luego `ls \u002Fvar\u002Frun\u002Freboot-required`\nRHEL, AlmaLinux, Rocky: `rpm -q kernel` y luego `sudo needs-restarting -r`\nSi el kernel instalado más reciente difiere del que indica `uname -r`, hay un reinicio pendiente.",{"title":90,"body":91},"Buscar un parche publicado","Debian, Ubuntu: `sudo apt update` y luego `apt list --upgradable 'linux-image*'`\nRHEL, AlmaLinux, Rocky: `sudo dnf updateinfo list --cve CVE-2026-98432` y luego `sudo dnf check-update kernel`\nUna lista vacía no prueba que esté protegido: solo dice que su repositorio no ofrece nada por ahora.",{"title":93,"body":94},"Leer lo que anuncia el paquete candidato","Debian, Ubuntu: `apt changelog \u003Cpaquete-listado-en-el-paso-anterior> | grep -n 'CVE-2026-98432'`\nRHEL, AlmaLinux, Rocky: `sudo dnf updateinfo info --cve CVE-2026-98432`\nSi el identificador aparece, el paquete anuncia el parche; anote su número de versión y confírmelo en la ficha de su distribución antes de concluir.",{"title":96,"body":97},"Leer la exposición de red","`sudo ss -4tlnp`\n`sysctl net.ipv4.tcp_migrate_req`\nLa primera orden lista los puertos TCP IPv4 en escucha, es decir, los únicos sitios donde llega un handshake TCP; es nuestra lectura de la ficha, no una afirmación de ella. La segunda muestra el estado del ajuste de migración (`0` o `1`). Ese ajuste no cierra el fallo: el primer fallo descrito existe sin él.",{"title":99,"body":100},"Volver a abrir la ficha el día de la decisión","Abra la ficha de su distribución, anote el estado de su variante de kernel y la fecha de última actualización que muestra. Regístrelos con la fecha de lectura: estas páginas cambian, y un estado leído hace tres días no es el de hoy.",{"type":102,"title":103,"items":104},"ul","Actuar sin parche confirmado",[105,106,107,108,109,110],"**Cerrar lo que no tiene por qué ser accesible** — cada puerto TCP IPv4 abierto a todo Internet es una posible entrada. Restrinja SSH, bases de datos y administración a las direcciones necesarias con `ufw` o `firewalld`. Reduce la superficie, pero no corrige un puerto público como el 443.","**No confiar en una solución alternativa** — Red Hat no propone ninguna, y la parte leída de la ficha de Ubuntu tampoco lista ninguna. Poner `net.ipv4.tcp_migrate_req` a `0` no cubre el primer fallo descrito.","**Preparar la ventana de reinicio** — elija la franja, avise a los usuarios, compruebe que sus servicios arrancan solos (`systemctl is-enabled \u003Cservicio>`) y haga antes una copia de seguridad o una instantánea.","**Detectar el parche en cuanto se publique** — ejecute cada día `apt list --upgradable 'linux-image*'` o `dnf check-update kernel`, o relea la ficha. Según su configuración, la actualización automática instala el kernel sin reiniciar.","**Tener un acceso de emergencia** — localice la consola de emergencia de su proveedor antes del reinicio, no durante: un kernel que no arranca se resuelve desde ahí.","**Vigilar las caídas** — Red Hat describe sobre todo una caída. `journalctl -k -p err --since '7 days ago'` y `last -x reboot` muestran un reinicio inesperado o un mensaje del kernel inusual que conviene comparar con la fecha de publicación.",{"type":36,"title":112,"body":113},"Livepatch: una opción, con una condición","Un parche en caliente aplica una corrección al kernel en ejecución, sin reiniciar. Solo existe cuando lo ha producido el editor o el proveedor del servicio, y cubre únicamente las CVE que este ha tratado. Con el servicio Livepatch de Canonical, `canonical-livepatch status --verbose` indica las correcciones aplicadas; en otras distribuciones, servicios de terceros como KernelCare cumplen ese papel. La regla es la misma en todas partes: mientras el identificador CVE-2026-98432 no aparezca en la lista de correcciones aplicadas, no está cubierto, aunque el servicio figure como activo.\n\nNinguna de las fichas leídas menciona un livepatch para esta CVE en la fecha de consulta. Y un livepatch no exime del kernel siguiente: prevea de todos modos el reinicio hacia la versión corregida, en la franja que haya elegido.",{"type":115,"title":116,"body":117},"tip","Anote la fecha, no solo el estado","En su cuaderno de operaciones, anote para cada servidor el kernel en ejecución, el estado leído en la ficha y la fecha de lectura. En esta guía, el estado descrito es el del 30 de octubre de 2026; puede haber cambiado cuando la lea. Esta guía se ofrece tal cual: la administración de su servidor sigue siendo responsabilidad suya, sin soporte por nuestra parte.",{"type":36,"title":119,"body":120},"El día en que aparezca un kernel corregido","Lea primero la ficha: el estado de su variante debe haber pasado a corregido e indicar un número de versión. La ficha de Ubuntu no lista un solo paquete sino varios (`linux`, `linux-aws`, `linux-azure`, `linux-gcp`…): siga la línea que corresponda al sufijo que muestra `uname -r`, no la del paquete `linux` por defecto.\n\nInstale después con `sudo apt upgrade` (Debian, Ubuntu) o `sudo dnf upgrade kernel` (RHEL, AlmaLinux, Rocky), reinicie con `sudo reboot` y compruebe con `uname -r` que la cadena en ejecución coincide con el kernel corregido anunciado. Si sigue coincidiendo con el antiguo, el reinicio no ha pasado al kernel nuevo: revise la entrada de arranque por defecto antes de dar el servidor por corregido. Anote por último el número instalado en su cuaderno.",{"type":36,"title":122,"body":123},"La documentación oficial","Ficha de Ubuntu de CVE-2026-98432 (publicada el 15 de octubre de 2026, actualizada el 29 de octubre de 2026): https:\u002F\u002Fubuntu.com\u002Fsecurity\u002FCVE-2026-98432\n\nFicha de Red Hat de CVE-2026-98432 (CVSS 8,1, Bugzilla 2553390): https:\u002F\u002Faccess.redhat.com\u002Fsecurity\u002Fcve\u002FCVE-2026-98432\n\nAmbas fichas se consultaron el 30 de octubre de 2026; pueden haber cambiado desde entonces.","El acceso root para instalar el kernel corregido a tiempo","En un VPS de ServOrbit.com tiene acceso root: instala el kernel corregido en cuanto su distribución lo publica y elige la hora del reinicio. La opción de administración de VPS existe para quien prefiera no hacerlo solo; se añade, no está incluida.","Ver los VPS cloud","\u002Fvps-cloud",[129,145,161],{"id":130,"slug":131,"slugs":132,"title":136,"excerpt":137,"readTime":138,"views":18,"isPinned":19,"publishedAt":139,"updatedAt":140,"category":141,"categories":142,"featuredImage":30,"bgImage":31,"posterImage":144,"relatedSolution":30},517,"pwnescape-vghost-kernel-linux-vps-actualizar",{"fr":133,"en":134,"ar":135,"es":131},"pwnescape-vghost-noyau-linux-vps-mettre-a-jour","pwnescape-vghost-linux-kernel-vps-update","ثغرتا-pwnescape-و-vghost-تحديث-نواة-لينكس-على-vps","PwnEscape y Vghost: actualizar el kernel Linux de un VPS","Dos fallos del kernel Linux de octubre de 2026: PwnEscape lo corrige el proveedor, Vghost su VPS. Comprobar el kernel, actualizar y planificar el reinicio.",11,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[143],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fpwnescape-vghost-noyau-linux-vps-mettre-a-jour-poster.svg",{"id":146,"slug":147,"slugs":148,"title":152,"excerpt":153,"readTime":154,"views":18,"isPinned":19,"publishedAt":155,"updatedAt":156,"category":157,"categories":158,"featuredImage":30,"bgImage":31,"posterImage":160,"relatedSolution":30},524,"fragnesia-cve-2026-46300-kernel-linux-php2shell",{"fr":149,"en":150,"ar":151,"es":147},"fragnesia-cve-2026-46300-noyau-linux-php2shell","fragnesia-cve-2026-46300-linux-kernel-php2shell","ثغرة-fragnesia-cve-2026-46300-نواة-لينكس-php2shell","Fragnesia CVE-2026-46300: parchear el kernel (PHP2Shell)","Fragnesia (CVE-2026-46300), encadenada con PHP2Shell, lleva a root. Kernels corregidos por distribución, mitigación esp4\u002Fesp6\u002Frxrpc, verificación y rastros.",10,"2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[159],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Ffragnesia-cve-2026-46300-noyau-linux-php2shell-poster.svg",{"id":162,"slug":163,"slugs":164,"title":168,"excerpt":169,"readTime":17,"views":18,"isPinned":19,"publishedAt":139,"updatedAt":140,"category":170,"categories":174,"featuredImage":30,"bgImage":31,"posterImage":176,"relatedSolution":30},519,"exim-dovecot-correcciones-servidor-correo-vps-comprobar-version",{"fr":165,"en":166,"ar":167,"es":163},"exim-dovecot-correctifs-serveur-mail-vps-verifier-version","exim-dovecot-patches-mail-server-vps-check-version","exim-dovecot-تصحيحات-خادم-البريد-vps-التحقق-من-الإصدار","Exim y Dovecot: comprobar que su paquete está corregido","Exim 4.97 puede estar corregido aunque el arreglo original sea 4.100.1. Lea el changelog del paquete, pruebe la exposición, reinicie y revise los registros.",{"id":138,"name":171,"slug":172,"color":173,"icon":172},"Correo profesional","emails","bg-cyan-500\u002F10 text-cyan-400",[175],{"id":138,"name":171,"slug":172,"color":173,"icon":172},"\u002Fblog\u002Fcovers\u002Fexim-dovecot-correctifs-serveur-mail-vps-verifier-version-poster.svg",1793414371958]