Por Canuto  

Anza pidió a los validadores de Solana que tomen medidas preventivas ante CVE-2026-98432, una vulnerabilidad del kernel de Linux con una puntuación de gravedad de 9,8. Un reporte técnico describió la posibilidad de obtener privilegios root bajo ciertas condiciones; no hay evidencia confirmada de validadores comprometidos.
***

  • Anza advirtió el 1 de noviembre sobre CVE-2026-98432 y recomendó medidas temporales para reducir la exposición.
  • Un reporte describió un exploit con privilegios root en servidores Linux bajo una configuración específica con MPTCP.
  • No hay evidencia confirmada de validadores de Solana comprometidos; el riesgo depende del kernel y la configuración de cada servidor.

Los validadores de Solana recibieron una advertencia por una vulnerabilidad crítica del kernel de Linux que, bajo ciertas condiciones, podría permitir el control remoto de un servidor afectado. Anza pidió a los operadores de mainnet-beta que tomaran medidas frente a CVE-2026-98432, calificada con 9,8 sobre 10. El aviso no confirma que la red haya sufrido un ataque ni que sus validadores estén comprometidos.

La falla es un error de uso después de liberar memoria (use-after-free) en el código que gestiona el establecimiento de conexiones TCP entrantes sobre IPv4. La disponibilidad de correcciones depende de cada distribución de Linux. Un reporte de TuxCare indicó que todavía no había una corrección para Ubuntu en el momento de su publicación; los operadores deben consultar el estado y los paquetes correspondientes a su sistema antes de asumir que una actualización está disponible.

Una falla crítica y medidas temporales para los validadores

Tim Garcia, líder de relaciones con validadores de la Solana Foundation, recomendó medidas preventivas a operadores que usan Ubuntu, según reportes de la advertencia de Anza. Entre ellas figuran bloquear paquetes TCP entrantes con opciones IPv4, deshabilitar Multipath TCP (MPTCP) y desactivar la migración de sockets de solicitud TCP mientras los operadores evalúan su exposición y esperan las actualizaciones pertinentes.

Las medidas buscan reducir vías potenciales de explotación relacionadas con el procesamiento de conexiones de red; no sustituyen la instalación de una corrección oficial. La falla afecta el manejo de conexiones TCP IPv4. Los reportes sobre el problema describen una condición de carrera que podría permitir la explotación remota en determinadas circunstancias.

La relevancia del aviso para Solana radica en que los validadores operan servidores conectados a la red. Si un atacante obtuviera control de una máquina afectada, podría comprometer ese servidor y la información sensible almacenada en él, además de poner en riesgo las operaciones de ese validador. Eso no demuestra, por sí solo, una vulneración del protocolo ni de toda la red.

El riesgo efectivo depende de la versión del kernel y de la configuración de red de cada máquina. Usar Ubuntu o tener conectividad IPv4 pública no basta por sí solo para concluir que un validador sea vulnerable al escenario descrito. La información disponible no precisa cuántos operadores usan configuraciones afectadas.

La demostración técnica y lo que todavía se desconoce

Un reporte técnico de TuxCare describió un exploit atribuido a Claude, un modelo de Anthropic, capaz de ejecutar comandos con privilegios root en un servidor Linux con un listener MPTCP. Según ese reporte, la demostración aprovechó una configuración específica; no implica que todos los servidores Linux ni todos los validadores de Solana puedan ser atacados de la misma manera.

MPTCP, o Multipath TCP, permite que una conexión opere a través de varias rutas de red. Que el exploit descrito dependiera de un listener de este tipo limita lo que puede inferirse sobre su alcance: se trata de una posibilidad técnica bajo ciertas condiciones, no de evidencia de que se haya explotado la vulnerabilidad contra validadores.

CryptoSlate señaló que no se había confirmado ningún compromiso relacionado con la falla. Por tanto, conviene separar el riesgo potencial y la urgencia preventiva de una intrusión comprobada; tampoco hay base en la información disponible para atribuir pérdidas o interrupciones a este incidente.

Los operadores que usan Ubuntu deben revisar los avisos oficiales de seguridad y el estado de los paquetes de su versión. La disponibilidad de una actualización puede variar según la distribución y el kernel instalado. Mientras verifican ese estado, pueden evaluar las mitigaciones recomendadas y comprobar qué versión del kernel ejecuta cada servidor.

Las diferencias entre distribuciones y los pasos pendientes

La disponibilidad de correcciones varía entre distribuciones. AlmaLinux informó que había kernels corregidos disponibles en sus repositorios de prueba, mientras que un reporte de TuxCare indicó que no había una corrección para Ubuntu en el momento de su publicación. Estas diferencias hacen necesario que cada operador consulte el aviso correspondiente a su sistema, en lugar de asumir que todas las distribuciones tienen el mismo estado.

Las mitigaciones temporales también pueden tener efectos operativos: bloquear tráfico IPv4 o desactivar funciones de red podría interferir con algunas cargas de trabajo. Por eso, los operadores deben valorar su configuración y las necesidades de conectividad del validador, sin considerar que una regla de red garantice protección completa.

Para los validadores que usan Ubuntu, el paso decisivo será instalar el paquete corregido cuando esté disponible y comprobar, después del reinicio, que el servidor ejecuta el kernel actualizado. Hasta entonces, las recomendaciones de Anza son medidas provisionales que deben aplicarse teniendo en cuenta la operación de cada validador.

La cifra de validadores potencialmente afectados sigue sin conocerse, y la presencia de Ubuntu o de IPv4 pública no prueba por sí sola que una máquina sea vulnerable al exploit descrito. La prioridad es que los operadores identifiquen sus versiones de kernel y configuraciones de red, apliquen las protecciones pertinentes y no confundan una demostración técnica con evidencia de un ataque ocurrido en Solana.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados