Electrum ha publicado la versión 4.8.3 para corregir una vulnerabilidad de alta gravedad que permitía a un servidor malicioso sustituir una transacción de bitcoin no confirmada y convencer al usuario para que la firmara al intentar acelerar su confirmación. El equipo desarrollador ha confirmado al menos un caso con pérdida de fondos.
El fallo, identificado en el aviso de seguridad GHSA-6jp4-8v48-cc5v, afecta a todas las versiones anteriores a Electrum 4.8.3. Las notas oficiales sitúan el lanzamiento el 23 de octubre de 2026, mientras que los archivos de instalación y el aviso se publicaron, según crypto.news, el 24 de octubre. Electrum calificó el problema como de severidad alta.
El ataque aprovechaba la función RBF
La vulnerabilidad estaba relacionada con la función RBF (Replace-by-Fee), que en Electrum aparece como “Bump fee”. Esta herramienta permite crear una nueva versión de una transacción todavía pendiente, con una comisión más elevada, para intentar que los mineros la incluyan antes en un bloque. La nueva transacción debe volver a firmarse.
Según la descripción del ataque, un servidor malicioso retenía la transacción original enviada por el usuario en lugar de transmitirla a la red de Bitcoin. Después mostraba en el historial de la cartera otra transacción, con firmas inválidas, que enviaba los fondos a una dirección controlada por el atacante.
Las versiones vulnerables no comprobaban correctamente esas firmas antes de mostrar la operación. El servidor podía presentar así una transacción que no se confirmaba y, en algunos casos, tenía una comisión de cero. Esa situación podía llevar al usuario a utilizar “Bump fee” para acelerar el pago.
Al hacerlo, Electrum generaba y firmaba una versión válida de la transacción manipulada. El resultado era que los fondos se enviaban a la dirección del atacante. En los dos casos incluidos en los reportes, esas direcciones compartían sus cuatro últimos caracteres con las direcciones reales de los destinatarios, un elemento que podía dificultar la detección visual del engaño.
Dos avisos privados y un robo confirmado
El equipo de Electrum recibió dos comunicaciones privadas sobre el problema. La primera llegó el 11 de octubre, enviada por el usuario dannydeezy. El reporte describía una cartera multifirma 2 de 3 con dos dispositivos Trezor: la transacción original nunca alcanzó la red y fue reemplazada en la aplicación por otra que dirigía casi todo el saldo a una dirección parecida.
El segundo aviso, recibido el 18 de octubre de Raju-K12, correspondía a un usuario que perdió fondos después de intentar aumentar la comisión de una transacción. La corrección se publicó seis días después del primer robo reportado.
Los desarrolladores no han detallado cuánto bitcoin fue sustraído, cuántas personas resultaron afectadas ni qué servidores participaron, según la información citada por CoinDesk. Tampoco se ha informado de una exposición de frases semilla o claves privadas. El ataque descrito dependía de que la víctima firmara la operación que la aplicación le mostraba.
Qué cambia en Electrum 4.8.3
La nueva versión verifica las firmas de las transacciones no confirmadas que gastan fondos de la propia cartera antes de incorporarlas al historial. De ese modo, una operación falsa presentada por un servidor no debería llegar al proceso en el que el usuario puede intentar acelerarla.
El problema se encuentra en el software de Electrum, no en las carteras de hardware. Estos dispositivos firmaron las transacciones que la aplicación les presentó. El aviso de seguridad señala que quienes se conectan exclusivamente a servidores de confianza, como uno propio, no están expuestos a este ataque concreto.
Electrum pide instalar la versión 4.8.3 únicamente desde electrum.org o desde la tienda oficial del teléfono. La compañía también recomienda comprobar la firma del archivo cuando sea posible y evitar enlaces incluidos en mensajes o ventanas emergentes. Mientras se utilice una versión anterior, la función “Bump fee” no debe emplearse. Además, la dirección completa y el importe deben revisarse antes de firmar, también en la pantalla de la cartera de hardware, en lugar de confiar solo en los últimos caracteres de la dirección.
