Dos vulnerabilidades activas en el ecosistema de Ethereum están poniendo en riesgo tanto a usuarios individuales como a operadores de infraestructura de red. Un paquete malicioso vinculado a una red de almacenamiento descentralizado y una vulnerabilidad crítica en un cliente de consenso ampliamente utilizado configuran un escenario donde el vector de ataque no es la cadena de bloques en sí, sino el software que la rodea.

El paquete infectado que roba desde adentro

Una versión comprometida de un paquete asociado a Swarm —la red de almacenamiento descentralizado del ecosistema Ethereum— fue identificada como un vector activo de robo de credenciales. Al instalarse, descarga y ejecuta código JavaScript que captura contraseñas y extrae claves privadas de wallets en sistemas Windows, macOS y Linux.

Lo que distingue este ataque de otros similares es su mecanismo de persistencia: instala puertas traseras permanentes que permiten a los atacantes mantener acceso sin necesidad de reinfectar el sistema. Además, utiliza un contrato inteligente de Ethereum como repositorio de configuración, consultando directamente en la blockchain las direcciones de sus servidores de comando y control. Esto les permite actualizar sus objetivos sin redistribuir el malware, una táctica que complica significativamente la detección y el bloqueo.

El mismo contrato inteligente ha sido vinculado a campañas previas contra desarrolladores a través de extensiones maliciosas en el mercado Open VSX, lo que sugiere una operación sostenida y dirigida específicamente a perfiles técnicos con acceso a activos digitales.

Las versiones seguras confirmadas son la 13.2.0 del paquete principal y la v0.56.3 de Swarm Desktop. Quienes hayan instalado versiones intermedias deben desinstalarlas de inmediato y descargar únicamente desde el sitio oficial del proyecto. Si existe posibilidad de exposición de claves privadas, la recomendación es transferir fondos a una wallet nueva generada en un dispositivo diferente y no comprometido.

Nodos de validación bajo presión por vulnerabilidad no divulgada

En paralelo, Lighthouse —el cliente de consenso de Ethereum desarrollado en Rust por el equipo de Sigma Prime— emitió un aviso de actualización urgente para operadores de nodos. La vulnerabilidad específica no fue divulgada públicamente al momento del lanzamiento del parche, siguiendo el protocolo estándar de divulgación responsable: primero se distribuye la corrección y luego se detalla el alcance del fallo.

Este intervalo entre el lanzamiento del parche y la explicación pública es crítico. Los actores maliciosos que monitorean repositorios de código abierto pueden identificar los cambios introducidos en la actualización y deducir la naturaleza de la vulnerabilidad antes de que los operadores hayan actualizado. Cada hora sin actualizar representa una ventana de exposición.

Aunque una falla en Lighthouse no compromete wallets directamente, puede dejar nodos fuera de servicio o expuestos a manipulación, afectando la participación en el proceso de validación y, en consecuencia, los ingresos derivados del staking. Los operadores deben actualizar a la última versión estable y revisar los registros de arranque en busca de errores antes de asumir que el sistema opera con normalidad.

La superficie de ataque que más crece en blockchain

Ambos incidentes apuntan a una tendencia consolidada: el software auxiliar del ecosistema blockchain —clientes, paquetes de desarrollo, extensiones, herramientas de integración— se ha convertido en el punto de entrada preferido para los atacantes. Comprometer la cadena subyacente es técnica y económicamente prohibitivo; comprometer a un desarrollador que descarga un paquete infectado, no.

Esta lógica tiene implicaciones directas para cualquier organización que opere infraestructura blockchain o gestione activos digitales. La seguridad perimetral tradicional es insuficiente si no se acompaña de políticas estrictas de verificación de dependencias, auditoría de paquetes de terceros y protocolos de respuesta ante exposición de claves. La integridad de la red depende, en última instancia, de la vigilancia de cada uno de sus participantes.