Un servidor de billetera Bitcoin malicioso<\/strong> podr\u00eda intercambiar silenciosamente un pago leg\u00edtimo por una transacci\u00f3n fraudulenta, y luego esperar a que su propietario aprobara el robo. El \u00faltimo parche de seguridad de Electrum<\/strong> cierra esta brecha, despu\u00e9s de que los atacantes explotaran la vulnerabilidad y robaran fondos. Electrum lanz\u00f3 la versi\u00f3n 4.8.3<\/strong> el s\u00e1bado, advirtiendo a los usuarios que actualizaran de inmediato<\/strong> tras descubrir que servidores maliciosos estaban aprovechando una vulnerabilidad de alta gravedad que afectaba a todas las versiones anteriores.<\/p>\n La falla, documentada en el aviso de GitHub GHSA-6jp4-8v48-cc5v<\/strong>, se centraba en c\u00f3mo la billetera ligera de Bitcoin maneja las transacciones no confirmadas. Electrum depende de servidores externos<\/strong> para obtener historiales de transacciones, estimaciones de tarifas y la difusi\u00f3n de pagos. Aunque verifica de forma independiente las transacciones confirmadas, las versiones anteriores aceptaban ciertas transacciones no confirmadas sin verificar sus firmas.<\/p>\n Los atacantes convirtieron esta distinci\u00f3n en una trampa. Un servidor comprometido podr\u00eda interceptar un pago leg\u00edtimo, evitar su difusi\u00f3n y sustituirlo por una transacci\u00f3n fraudulenta que dirig\u00eda fondos a una direcci\u00f3n de Bitcoin controlada por el atacante. Aunque la sustituci\u00f3n llevaba firmas inv\u00e1lidas<\/strong>, Electrum la mostraba como un pago pendiente ordinario.<\/p>\n El truco se volvi\u00f3 peligroso cuando los usuarios intentaron aumentar las tarifas de transacci\u00f3n a trav\u00e9s de Replace-By-Fee (RBF)<\/strong>. En lugar de aumentar la tarifa en su pago original, las v\u00edctimas podr\u00edan inadvertidamente firmar la transacci\u00f3n sustituida, autorizando as\u00ed la transferencia de su propio Bitcoin al atacante. El enga\u00f1o fue a\u00fan m\u00e1s sofisticado. Los atacantes generaron direcciones de recepci\u00f3n cuyos \u00faltimos cuatro caracteres coincid\u00edan con el destino previsto, lo que hac\u00eda menos probable que una r\u00e1pida comparaci\u00f3n de direcciones expusiera el cambio.<\/p>\n Una transacci\u00f3n fraudulenta incluso llevaba una tarifa cero<\/strong>, aparentemente alentando a su v\u00edctima a iniciar el ajuste de tarifa necesario para completar el robo.<\/p>\n Los desarrolladores recibieron dos informes privados. El 11 de octubre<\/strong>, el usuario dannydeezy<\/em> inform\u00f3 sobre la sustituci\u00f3n de transacciones, aunque el mecanismo de aumento de tarifas no se entend\u00eda completamente. El 18 de octubre<\/strong>, Raju-K12<\/em> inform\u00f3 sobre la p\u00e9rdida de fondos tras aprobar un aumento de tarifas. Este segundo informe estableci\u00f3 que el ataque no era meramente te\u00f3rico.<\/p>\n El parche, introducido a trav\u00e9s del commit 90fe308<\/strong>, requiere que Electrum verifique las firmas de las transacciones no confirmadas que gastan monedas pertenecientes a la billetera. Las transacciones fraudulentas con firmas inv\u00e1lidas son rechazadas antes de ingresar al historial local de la billetera.<\/p>\n Los usuarios que ejecutan versiones anteriores a la 4.8.3<\/strong> deben descargar la actualizaci\u00f3n exclusivamente desde electrum.org<\/strong> y verificar sus firmas criptogr\u00e1ficas. Hasta que se actualicen, los usuarios deben inspeccionar cuidadosamente cada direcci\u00f3n de destino y monto de pago antes de firmar, incluso durante los ajustes de tarifas. Aquellos que se conectan exclusivamente a servidores Electrum de confianza<\/strong> y autohospedados no est\u00e1n expuestos a este ataque basado en servidores en particular.<\/p>\n Este incidente expone una curiosa contradicci\u00f3n: una billetera dise\u00f1ada para proteger claves privadas a\u00fan podr\u00eda ser manipulada para solicitar una firma perfectamente v\u00e1lida para un pago que su propietario nunca tuvo la intenci\u00f3n de realizar. Adem\u00e1s, el fabricante de billeteras de hardware Keystone<\/strong> revel\u00f3 una violaci\u00f3n de datos de clientes el s\u00e1bado, despu\u00e9s de que el acceso no autorizado a su sitio web expusiera nombres y direcciones de env\u00edo.<\/p>\n","protected":false},"excerpt":{"rendered":" Vulnerabilidad en Electrum y su Parche de Seguridad Un servidor de billetera Bitcoin malicioso podr\u00eda intercambiar silenciosamente un pago leg\u00edtimo por una transacci\u00f3n fraudulenta, y luego esperar a que su propietario aprobara el robo. El \u00faltimo parche de seguridad de Electrum cierra esta brecha, despu\u00e9s de que los atacantes explotaran la vulnerabilidad y robaran fondos. Electrum lanz\u00f3 la versi\u00f3n 4.8.3 el s\u00e1bado, advirtiendo a los usuarios que actualizaran de inmediato tras descubrir que servidores maliciosos estaban aprovechando una vulnerabilidad de alta gravedad que afectaba a todas las versiones anteriores. Detalles de la Falla de Seguridad La falla, documentada en el<\/p>\n","protected":false},"author":3,"featured_media":19713,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15,64],"tags":[11,9543,1338,65,11174],"class_list":["post-19714","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","category-hack","tag-bitcoin","tag-electrum","tag-github","tag-hack","tag-rbf"],"yoast_description":"Descubre c\u00f3mo una importante vulnerabilidad de Electrum Wallet llev\u00f3 al robo de Bitcoin oculto tras aumentos en las tarifas de transacci\u00f3n, lo que provoc\u00f3 actualizaciones de seguridad urgentes.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/19714","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/comments?post=19714"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/19714\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media\/19713"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media?parent=19714"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/categories?post=19714"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/tags?post=19714"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Detalles de la Falla de Seguridad<\/h2>\n
El Enga\u00f1o y sus Consecuencias<\/h2>\n
Informes y Soluci\u00f3n Implementada<\/h2>\n
Recomendaciones para los Usuarios<\/h2>\n
Reflexiones Finales<\/h2>\n