Electrum 4.8.3: cómo un servidor malicioso puede colarte una transacción falsa y por qué tu propio nodo te protege
Electrum, uno de los monederos de bitcoin más veteranos, ha publicado la versión 4.8.3 para cerrar un fallo que ya se aprovecha. Un servidor malicioso puede esconder el pago que acabas de enviar, enseñarte otro falso y esperar a que subas la comisión para quedarse el dinero. Actualizar lo corrige y, según el propio proyecto, quien conecta el monedero a un servidor propio queda fuera del ataque.
La cuenta oficial de Electrum pidió este sábado, a las 12:06 (hora peninsular), que todos sus usuarios instalaran la versión 4.8.3, que corrige «un problema de seguridad crítico» [1]. El mismo día, el proyecto publicó el aviso técnico, firmado por el desarrollador SomberNight, que confirma que algunos servidores ya están llevando a cabo el ataque [2]. Las notas de la versión lo clasifican como de gravedad alta [3]. Es la cuarta versión marcada como actualización de seguridad desde julio [3], en un monedero que funciona desde noviembre de 2011 [6].
Lo que el monedero confía al servidor
Las transacciones confirmadas no dependen de su palabra, porque Electrum las comprueba con la verificación simplificada de pagos (SPV) [4]. Con las que aún esperan en la mempool, la cosa cambia. La propia documentación de Electrum reconoce que en esas el servidor es de confianza [4], y el aviso recuerda que es una decisión de diseño conocida [2]. Lo nuevo es que alguien ha encontrado la manera de sacarle partido.
Cómo funciona el ataque
Según el aviso, la secuencia tiene cinco pasos [2]:
- El usuario firma y emite un pago. El servidor malicioso se lo queda y no lo reenvía a la red.
- En su lugar, mete en el historial del monedero otra transacción que gasta las mismas monedas, pero cambia el destino por una dirección del atacante.
- Esa dirección está fabricada a propósito para que termine en los mismos cuatro caracteres que la legítima.
- La transacción falsa no paga comisión, de modo que parece atascada.
- Si el usuario sube la comisión con RBF (reemplazo por comisión), Electrum vuelve a firmar esa transacción con una tarifa más alta, y el dinero acaba en manos del atacante.
La transacción falsa no puede entrar en un bloque por sí sola, porque sus firmas no son válidas. El riesgo aparece cuando el usuario la firma de nuevo al subir la comisión [2].
Antes de la 4.8.3, Electrum no comprobaba las firmas de las transacciones sin confirmar, así que enseñaba la falsa como un pago pendiente más y la legítima desaparecía de la lista [2].
Los dos casos que conoce Electrum
El primer aviso privado llegó el 11 de octubre [2]. Su autor usaba un multifirma 2 de 3 con dos Trezor y una transacción de 31 entradas y una sola salida. Revisó el destino en los dos dispositivos y pulsó emitir. Después, el historial mostraba el importe completo saliendo hacia una dirección desconocida, sin confirmar, y más tarde la entrada pasó a figurar como «Local». Nada llegó a la mempool [2].
La falsificación copiaba las entradas, la versión y el bloqueo temporal de la transacción real, y también sus 62 firmas. Todas eran válidas para la transacción auténtica y ninguna para la falsa [2]. Tenía dos salidas. Casi todo iba a la dirección parecida, terminada como la buena en «GyQ3», y una cantidad pequeña volvía a una dirección ya usada del propio monedero. La comisión rondaba cero [2]. No consta que ese usuario perdiera fondos, y su transacción real seguía siendo válida y sin emitir. Según el aviso, en ese momento el equipo aún no había visto que la subida de comisión era la vía del robo [2].
El 18 de octubre llegó el segundo informe. Ese usuario sí subió la comisión de la transacción falsa y perdió dinero [2]. El aviso no dice cuánto. La versión con la corrección quedó etiquetada en el repositorio el 23 de octubre, y los binarios y la divulgación pública salieron el 24 [2][5].
Qué corrige la 4.8.3
Desde esta versión, Electrum verifica las firmas de las entradas que pertenecen al monedero en las transacciones sin confirmar antes de añadirlas al historial [2][5]. Una transacción falsa como la de estos casos ya no aparece como propia.
La corrección tiene un límite que el aviso explica sin rodeos. Solo se validan las transacciones que gastan monedas del monedero, y no las entrantes, porque el cliente no incorpora un motor de consenso completo [2]. Un cobro sin confirmar sigue siendo, hasta que se mina, lo que el servidor diga que es [4].
Cómo protegerte
Actualiza. La 4.8.3 está en electrum.org para Windows, macOS y Linux, y para Android también en Google Play y F-Droid [6]. La web publica las firmas GPG de cada archivo y recomienda verificarlas antes de instalar [6].
Lee cada firma, también la de la subida de comisión. Para quien aún no haya actualizado, Electrum propone comprobar las direcciones de salida y los importes cada vez que firme, sea o no para subir la comisión [2]. Con un monedero físico, la comprobación que cuenta es la de su pantalla, no la del ordenador. Y hay que comparar la dirección entera, porque el atacante ya iguala los cuatro últimos caracteres [2].
El primer usuario hizo bien su parte, ya que revisó las salidas en los dos Trezor antes de emitir [2]. La trampa está en la segunda firma, la que es fácil dar sin mirar porque parece que solo acelera un envío. En nuestro repaso a los tres ataques a monederos físicos de 2026, el dispositivo cumplía su función y el fallo estaba alrededor. Aquí pasaría lo mismo, porque firmaría sin error una transacción que paga a otra persona.
Ante un movimiento extraño, no toques la comisión. Si justo después de emitir aparece en el historial un pago a una dirección que no reconoces, lo prudente es no subir su comisión, actualizar y comprobar el estado desde un servidor de confianza. En el primer caso, la transacción legítima seguía intacta [2].
Por qué tu propio nodo te protege
El aviso es claro en este punto. Los clientes que se conectan a servidores de confianza, por ejemplo uno propio, no están afectados [2]. Un servidor que es tuyo y lee tu propio nodo de Bitcoin no tiene motivo para esconderte un envío ni para inventarse otro.
Hay varias formas de montarlo sobre Bitcoin Core. Electrum Personal Server es un servidor ligero pensado para un solo usuario [7]. Fulcrum es un servidor rápido compatible con el protocolo [8], y ElectrumX, la implementación oficial en Python, figura en la web de Electrum junto a una guía de instalación [6]. A quien ya tiene un nodo en casa, el mismo que le sirvió para decidir qué hacer con BIP-110, le basta con añadirle uno de estos programas.
Tener el servidor no basta si Electrum sigue conectándose a otros ajenos. La documentación de Electrum Personal Server recomienda arrancar el monedero con --oneserver --server localhost:50002:s, o fijar oneserver=true en su configuración, para que solo hable con el tuyo y no pueda conectarse a otro por accidente [7]. Electrum Personal Server, eso sí, no sirve para monederos con Lightning [3].
La privacidad también gana. Con la configuración por defecto, Electrum envía al servidor los resúmenes criptográficos de todas sus direcciones, lo que le permite deducir que pertenecen a la misma persona [4][7]. Con un servidor propio, esa información no sale de casa.
Otros avisos recientes sobre autocustodia, como el de DarkSword en el iPhone o el del implante en los Ledger de CryptoBilis, están en la sección de privacidad y autocustodia.
Quedan datos por conocer. El aviso no identifica los servidores que hacen el ataque ni cuánto se ha perdido, y solo habla de Electrum [2].
Fuentes
Entre paréntesis, el tipo de fuente.
- Electrum (@ElectrumWallet), New release: Electrum 4.8.3, 24 de octubre de 2026, 12:06 (hora peninsular). Llamada a actualizar por un fallo de seguridad crítico. (Primaria, cuenta oficial en X)
- SomberNight (Electrum), Malicious server can replace a just-broadcast tx and try to trick user into RBF-ing it, GHSA-6jp4-8v48-cc5v, 24 de octubre de 2026. Mecanismo, casos de los dos usuarios, corrección, alternativa sin actualizar y cronología. (Primaria, aviso de seguridad del proyecto)
- Electrum, notas de versión, versiones 4.8.3 (23 de octubre de 2026) y 4.0.1 (3 de julio de 2020). Gravedad alta del fallo y límite de Electrum Personal Server con Lightning. (Primaria, documentación del proyecto)
- Electrum, Does Electrum trust servers?, preguntas frecuentes, consultada el 24 de octubre de 2026. Papel del servidor principal, SPV y confianza en las transacciones sin confirmar. (Primaria, documentación oficial)
- Electrum, commit 90fe308, 23 de octubre de 2026. Verificación de firmas de las entradas propias en transacciones sin confirmar. (Primaria, código fuente)
- Electrum, electrum.org, consultada el 24 de octubre de 2026. Última versión, descargas, firmas GPG, servidores y fecha de creación. (Primaria, web oficial)
- Chris Belcher, Electrum Personal Server, consultada el 24 de octubre de 2026. Servidor para un solo usuario, opción oneserver y privacidad. (Primaria, documentación del proyecto)
- Fulcrum, cculianu/Fulcrum, consultada el 24 de octubre de 2026. (Primaria, repositorio del proyecto)
Más en Privacidad y autocustodia
Última actualización: 24 de octubre de 2026