\n
Un puente de XRP<\/a> que conectaba XRP Ledger con tx fue drenado por casi 200.000 XRP<\/a>, valorados en unos $200.000, despu\u00e9s de que el software aceptara por error dep\u00f3sitos falsos como leg\u00edtimos. El atacante aprovech\u00f3 la falla para crear XRP puenteado sin respaldo y luego intercambiar esos saldos sint\u00e9ticos por XRP reales almacenados en la billetera de reserva. Lo m\u00e1s inquietante es que los propios registros del puente convencieron a sus relayers de que todo funcionaba correctamente.<\/strong> El incidente se desarroll\u00f3 durante 97 minutos el 9 de agosto, antes de que los operadores detuvieran el sistema y comenzaran a rastrear el destino de los tokens robados.<\/p>\n <\/p>\n El puente estaba dise\u00f1ado para funcionar como una b\u00f3veda acompa\u00f1ada de recibos digitales. Los usuarios depositaban XRP en una billetera de reserva de XRP Ledger<\/a> y recib\u00edan una cantidad equivalente en la cadena conectada. Al devolver esos tokens puenteados, deber\u00edan liberarse los XRP originales. El exploit rompi\u00f3 esa relaci\u00f3n b\u00e1sica al generar recibos sin que ning\u00fan dep\u00f3sito real entrara en la b\u00f3veda.<\/strong> Seg\u00fan tx, el software reconoc\u00eda como dep\u00f3sitos las transacciones que inclu\u00edan el memo del puente, incluso cuando ning\u00fan XRP llegaba a la reserva, permitiendo al atacante fabricar derechos sobre fondos reales mediante un mecanismo repetitivo.<\/p>\n La falla tambi\u00e9n mostr\u00f3 c\u00f3mo una aprobaci\u00f3n automatizada puede amplificar una suposici\u00f3n incorrecta. El drenaje comenz\u00f3 a las 19:16 UTC y cada pago fue aprobado por 17 de los 28 relayers del puente, una mayor\u00eda que actuaba exactamente como estaba programada porque el sistema mostraba los dep\u00f3sitos como leg\u00edtimos. El problema central estaba por debajo del propio consenso de los relayers: el c\u00f3digo comprobaba el memo, pero no verificaba primero la direcci\u00f3n de destino.<\/strong> Una vez explotada esa omisi\u00f3n, los firmantes distribuidos terminaron autenticando retiros basados en informaci\u00f3n interna falsa.<\/p>\n Tx afirma que el puente fue detenido, el c\u00f3digo vulnerable fue identificado y corregido, y especialistas en an\u00e1lisis forense blockchain fueron contratados para investigar. El proyecto tambi\u00e9n present\u00f3 una denuncia ante el Internet Crime Complaint Center del FBI<\/a>, mientras el seguimiento onchain mostr\u00f3 que la mayor parte de los XRP robados pas\u00f3 por varias direcciones en cuesti\u00f3n de horas. La principal inc\u00f3gnita ahora afecta a los usuarios respaldados por la reserva agotada, porque tx todav\u00eda no ha explicado c\u00f3mo ser\u00e1n compensados.<\/strong> El episodio demuestra c\u00f3mo una comprobaci\u00f3n aparentemente menor puede comprometer un puente distribuido si todos los validadores dependen del mismo registro err\u00f3neo.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Casi 200.000 XRP, valorados en unos $200.000, fueron drenados despu\u00e9s de que el software del puente aceptara dep\u00f3sitos falsos y emitiera XRP puenteado sin respaldo. El atacante canje\u00f3 esos saldos sint\u00e9ticos por XRP reales, mientras 17 de 28 relayers aprobaron pagos porque los registros internos mostraban dep\u00f3sitos falsamente leg\u00edtimos. Tx … <\/p>\nLos dep\u00f3sitos falsos exponen una falla cr\u00edtica en la l\u00f3gica del puente de XRP<\/h2>\n
![\"Casi](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/08\/XRP-bridge-flaw.jpg\")
<\/p>\n