NoticiasCriptoElectrum 4.8.3 corrige un ataque de servidores maliciosos que weaponizaba los aumentos de comisión de Bitcoin

Electrum 4.8.3 corrige un ataque de servidores maliciosos que weaponizaba los aumentos de comisión de Bitcoin

Autor: Coindoo·

Puntos clave

  • •Electrum versión 4.8.3, etiquetada el 23 de octubre y acompañada de un aviso público el 24 de octubre, corrige una vulnerabilidad que permitía a servidores maliciosos mostrar transacciones salientes falsas con firmas inválidas en el historial de la billetera del usuario.
  • •El ataque explotó replace-by-fee: cuando un usuario aumentaba la comisión de una transacción insertada con comisión cero, la nueva firma autorizaba el pago alterado hacia una dirección controlada por el atacante.
  • •Dos usuarios reportaron incidentes, y uno, que aumentó la comisión de una transacción falsa el 18 de octubre, perdió un monto de fondos no divulgado.
  • •La corrección verifica las firmas de las transacciones sin confirmar que gastan monedas de las direcciones propias de la billetera, mientras que las transacciones entrantes sin confirmar siguen sin validarse porque Electrum carece de un motor de consenso completo.
  • •Los usuarios de versiones anteriores a 4.8.3 deben actualizar o confirmar manualmente las direcciones y montos de salida en la pantalla de firma antes de aprobar cualquier transacción, incluidos los aumentos de comisión.
Electrum 4.8.3 corrige un ataque de servidores maliciosos que weaponizaba los aumentos de comisión de Bitcoin

Una vulnerabilidad de alta gravedad en la billetera de Bitcoin Electrum ha sido corregida en la versión 4.8.3, después de que atacantes encontraran la forma de convertir el mecanismo replace-by-fee de Bitcoin en una vía para robar transacciones firmadas. El desarrollador de Electrum SomberNight divulgó el problema en un aviso de seguridad del 24 de octubre, señalando que algunos servidores estaban ejecutando el ataque en la práctica. Dos usuarios reportaron incidentes; uno perdió fondos.

El ataque necesita la firma del propietario

Un servidor malicioso no puede gastar el Bitcoin de nadie por sí solo. La transacción falsa que inserta lleva firmas inválidas, por lo que la red la rechazaría. Lo que el atacante necesita es una firma válida del propietario de la billetera, y la trampa está diseñada para obtenerla mediante un aumento de comisión.

Replace-by-fee (RBF) acelera un pago de Bitcoin pendiente al reemplazarlo por una nueva versión que paga una comisión más alta. Para el usuario, parece un simple ajuste de configuración. Para la red, es una transacción completamente nueva, y firmarla autoriza cada destino y monto que contiene. Si la transacción que se está "incrementando" ya fue alterada, la nueva firma aprueba la versión alterada.

El anzuelo es un pago que parece atascado. En el caso del usuario que perdió dinero, el servidor construyó su transacción falsa con comisión cero, lo que, según los desarrolladores, buscaba inducir un aumento de comisión. Una transacción sin comisión queda sin confirmar, y aumentar la comisión es la respuesta estándar.

Cómo un servidor malicioso tendió la trampa

Electrum es una billetera ligera: no descarga ni verifica toda la blockchain por sí misma. Según su documentación, la billetera normalmente se conecta a unos diez servidores, pero depende de un servidor principal para el historial de transacciones y la difusión. Los demás principalmente proporcionan encabezados de bloque y estimaciones de comisiones. El aviso señala que confiar en el servidor principal para las transacciones sin confirmar forma parte del diseño documentado de Electrum. Lo nuevo es un método práctico para convertir esa confianza en robo. Esa compensación es el contexto del ataque: delegar la verificación es lo que hace ligera a una billetera ligera, pero también significa que el historial que ve el usuario es tan confiable como el servidor principal que lo proporciona — y antes de 4.8.3, una entrada saliente con firmas inválidas podía aparecer en ese historial como si fuera real.

Hasta el paso de la firma, nada se ha perdido. Una firma digital válida puede autorizar un pago incorrecto si la transacción presentada para firmar fue alterada, y eso precisamente lo que aporta el aumento de comisión.

Lo que vieron las dos víctimas

El primer reporte provino del usuario dannydeezy el 11 de octubre. El pago se envió desde una billetera multisignature 2-de-3 protegida por dos dispositivos hardware Trezor, combinando 31 entradas en una sola salida. El usuario verificó el destino en ambos Trezor y luego difundió la transacción. El historial de Electrum mostró entonces el monto completo dirigiéndose, sin confirmar, a una dirección desconocida, antes de que la entrada cambiara a "Local." Nada llegó nunca al mempool.

La transacción falsa fue cuidadosamente construida. Usó las mismas entradas y copió los datos de firma de la transacción real byte por byte, de modo que las 62 firmas coincidían con el pago genuino y ninguna con la falsa. Envió casi todo a una dirección terminada en "GyQ3" — los mismos cuatro caracteres que el destino real — y devolvió un monto pequeño a una de las direcciones de la propia billetera, imitando una salida de cambio normal. La comisión era casi cero. Como el usuario no firmó de nuevo, la transacción real siguió siendo válida y no difundida, y no se perdió dinero.

Los desarrolladores no identificaron la vía del aumento de comisión hasta que un segundo usuario, Raju-K12, reportó el 18 de octubre que había perdido dinero tras aumentar la comisión de una transacción falsa. El monto no fue divulgado.

  • 11 de oct: Primer reporte privado, sin el ángulo del aumento de comisión
  • 18 de oct: Segundo reporte, tras una pérdida por un aumento de comisión
  • 23 de oct: Versión 4.8.3 etiquetada con la corrección
  • 24 de oct: Binarios publicados y aviso divulgado

Qué corrige 4.8.3, y qué no

La corrección hace que Electrum verifique las firmas de cualquier transacción sin confirmar que gaste monedas de las direcciones propias de la billetera antes de añadirla al historial. Un pago saliente falso con firmas inválidas ahora se rechaza en lugar de mostrarse, cerrando esta vía de ataque.

La verificación es deliberadamente limitada. Las transacciones entrantes sin confirmar siguen sin validarse, y el aviso explica por qué: Electrum no tiene un motor de consenso completo, y verificar las entradas de otras personas implicaría rastrear sus transacciones madre sin confirmar hasta llegar a las ya minadas. Las transacciones confirmadas ya se verificaban mediante verificación de pago simplificada, que las comprueba contra los encabezados de bloque.

Los usuarios que se conectan solo a servidores de confianza, como los propios, no fueron afectados. Esa exención no se extiende a cualquier servidor público que la billetera elija como conexión principal.

Antes de firmar algo de nuevo

  1. Actualice a 4.8.3. Descárguela desde el sitio web oficial de Electrum y verifique la firma del archivo siguiendo las instrucciones allí publicadas.

  2. Revise la dirección completa. Compárela con la factura o solicitud de pago original, no con el historial de la billetera, que es lo que controla el atacante.

  3. Confirme en la pantalla del dispositivo. Verifique montos y comisiones en cada nueva firma. La guía de RBF y la [guía de envíohttps://trezor.io/guides/sending-receiving-staking-funds/sending-receiving/send-crypto-in-trezor-suite) de Trezor dirigen a los usuarios a verificar los detalles actualizados en el dispositivo.

  4. ¿Atascada o alterada? Deténgase. Consulte el ID de la transacción original en un explorador de bloques independiente antes de aumentar cualquier comisión. En el primer reporte, el pago real nunca había llegado a la red.

Quien aún no pueda actualizar tiene una alternativa en el aviso: siempre que firme cualquier transacción, con o sin aumento de comisión, verifique que las direcciones y montos de salida sean exactamente los esperados. Las versiones anteriores a 4.8.3 no realizan la nueva verificación de firmas, por lo que para quienes sigan en una versión anterior esa verificación manual es la única salvaguarda contra esta vía. El parche cierra esta vía específica, pero Electrum sigue dependiendo de su servidor principal para los datos sin confirmar, por lo que la pantalla donde se aprueba un pago sigue siendo la verificación final.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión.

Fuente: Coindoo