Qué pasó
El 24 de octubre de 2026, Electrum divulgó una vulnerabilidad de severidad alta que afecta a todas las versiones anteriores a la 4.8.3. Un servidor Electrum malicioso podía sustituir un pago recién transmitido por una transacción inválida que pagaba al atacante. Si después el usuario elegía subir la comisión, el monedero podía firmar esa transacción sustituida y convertir el pago al atacante en válido.
Electrum afirma que hubo servidores ejecutando el ataque. Dos usuarios comunicaron el comportamiento de forma privada y uno dijo haber perdido fondos. El proyecto no ha publicado el importe, los servidores implicados ni un número total de víctimas.
La versión 4.8.3 comprueba la firma antes de que una transacción saliente sin confirmar entre en el historial local del monedero. Electrum etiquetó la corrección el 23 de octubre, publicó los binarios el 24 y recomendó actualizar.
Qué cambia
Electrum es un monedero ligero. En lugar de descargar y validar toda la cadena de bloques de Bitcoin, pide el historial de transacciones a un servidor. Ese servidor debe tratarse como no confiable, pero el monedero afectado aceptaba una transacción entregada por el servidor como propia sin comprobar antes las firmas de los inputs que pertenecían al monedero.
El aviso describe la secuencia. El servidor retenía el pago real, insertaba una transacción en conflicto con un output para el atacante y la mostraba como no confirmada. La transacción falsa no era válida porque el monedero no la había firmado. El paso peligroso llegaba después: al seleccionar replace-by-fee, o RBF, se usaba la transacción mostrada como plantilla. Tras aprobar el aumento de comisión, el monedero aportaba firmas válidas.
La corrección verifica las firmas de los inputs del monedero en transacciones sin confirmar antes de mostrarlas en el historial local. Un servidor todavía puede ocultar datos o mentir sobre lo que ha visto, pero ya no puede usar esta transacción inválida concreta para obtener una firma válida mediante la pantalla de aumento de comisión.
La acción inmediata es actualizar a Electrum 4.8.3 o posterior desde la distribución oficial. Para quien no pueda actualizar de inmediato, el proyecto recomienda volver a verificar cada dirección de destino y cada importe antes de aprobar una transacción o una subida de comisión.
Qué no cambia
Esto no fue una extracción de claves privadas. El servidor no aprendió la seed ni pudo firmar por sí solo. Dependía de mostrar un pago modificado y conseguir que el usuario lo autorizara mediante una acción ordinaria del monedero.
RBF tampoco era el fallo. RBF permite que quien envía sustituya una transacción sin confirmar por otra que paga una comisión mayor. La vulnerabilidad era que Electrum no autenticaba la transacción mostrada antes de firmar el reemplazo.
Según el aviso, quienes solo se conectaban a un servidor Electrum de confianza o propio no estaban expuestos a esta técnica. Eso no significa que todos los servidores públicos sean maliciosos ni elimina el coste de privacidad de compartir consultas del monedero con uno.
La nueva comprobación es deliberadamente limitada. Valida las firmas de inputs que Electrum reconoce como propios. Las transacciones entrantes sin confirmar no se validan por completo y Electrum no se convierte en un nodo completo de Bitcoin. El usuario todavía debe verificar los detalles del pago en la pantalla de firma.
Contexto
La divulgación llegó después de dos reportes privados. Electrum recibió el primero el 11 de octubre. Un segundo reporte del 18 de octubre describió una pérdida y señaló que la dirección del atacante compartía los últimos cuatro caracteres con la dirección prevista, un detalle capaz de superar una revisión visual superficial.
Tres medios independientes examinaron la divulgación. CoinDesk se centró en la ruta del servidor malicioso y el robo reportado. crypto.news reconstruyó la secuencia de aumento de comisión y la recomendación de actualizar. CriptoNoticias comprobó las versiones afectadas y los límites del parche.
Los reportes coinciden en el mecanismo, la corrección de la versión 4.8.3 y al menos una pérdida reportada. Ninguno establece de forma independiente cuántos servidores atacaron a usuarios ni cuánto bitcoin fue robado. Esos datos no se han divulgado.