{"id":784,"date":"2026-10-13T11:45:18","date_gmt":"2026-10-13T16:45:18","guid":{"rendered":"https:\/\/fluyez.com\/noticias\/?p=784"},"modified":"2026-10-13T11:45:18","modified_gmt":"2026-10-13T16:45:18","slug":"xrp-ledger-bug-creacion","status":"publish","type":"post","link":"https:\/\/fluyez.com\/noticias\/xrp-ledger-bug-creacion\/","title":{"rendered":"XRP Ledger corrige un bug que pod\u00eda crear XRP desde 2015"},"content":{"rendered":"<p><a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a> public\u00f3 el 9 de octubre de 2026 un informe de vulnerabilidad que describe un error de overflow, o desbordamiento aritm\u00e9tico, en el motor de pagos de XRP. Seg\u00fan ese documento, el hallazgo fue reportado el 22 de septiembre de 2026 mediante el programa XRPL Bug Bounty y afectaba a xrpld 3.4.0 y versiones anteriores. El problema importaba porque un atacante pod\u00eda construir ofertas y un pago de tal forma que el software aceptara XRP creado de la nada. La correcci\u00f3n ya se hab\u00eda lanzado el 25 de septiembre en xrpld 3.4.1, y ese mismo d\u00eda m\u00e1s del 80% de los validadores de la default UNL ya ejecutaban esa versi\u00f3n o una posterior.<\/p>\n<p>El caso toca una propiedad central de XRP: que las reglas del software no permitan emitir m\u00e1s unidades por fuera de lo previsto. Seg\u00fan los mantenedores, no encontraron evidencia de explotaci\u00f3n en redes p\u00fablicas, lo que reduce el da\u00f1o material conocido. Aun as\u00ed, la misma investigaci\u00f3n sostiene que el bug estaba presente desde 2015.<\/p>\n<h2>C\u00f3mo funcionaba el error en los pagos con libro de \u00f3rdenes<\/h2>\n<p>De acuerdo con <a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a>, el fallo aparec\u00eda cuando un pago consum\u00eda muchas ofertas del libro de \u00f3rdenes incorporado en la red, es decir, la lista de ofertas pendientes para intercambiar activos dentro del propio ledger. En ese punto, la suma de montos pod\u00eda exceder el m\u00e1ximo de un entero de 64 bits, un tipo de contador num\u00e9rico usado por el software. Al sobrepasar ese l\u00edmite, el total pod\u00eda volver a un n\u00famero peque\u00f1o. El resultado ser\u00eda que el comprador pagara casi nada mientras los vendedores recib\u00edan el monto completo.<\/p>\n<p>El problema no terminaba en esa primera cuenta. La misma publicaci\u00f3n explica que la verificaci\u00f3n interna dise\u00f1ada para impedir que se creara XRP tambi\u00e9n usaba un contador de 64 bits sin comprobaci\u00f3n de overflow, por lo que pod\u00eda desbordarse de forma id\u00e9ntica. Eso significa que la barrera pensada para detectar emisi\u00f3n indebida no habr\u00eda frenado ese escenario concreto. La falla, por tanto, no estaba en una cuenta comprometida ni en una transferencia mal firmada, sino en c\u00f3mo el software conciliaba los montos dentro del pago.<\/p>\n<h2>Qu\u00e9 necesitaba un atacante para activarlo<\/h2>\n<p>Seg\u00fan <a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a>, el ataque no pod\u00eda activarse por accidente. Requer\u00eda cientos de cuentas y ofertas con precios artificialmente malos, seguidas por un pago construido espec\u00edficamente para consumirlas todas a la vez. Esa condici\u00f3n t\u00e9cnica limitaba el alcance pr\u00e1ctico del bug, pero no su gravedad, porque segu\u00eda abriendo la puerta a crear XRP que luego pod\u00eda circular. No hac\u00eda falta robar claves ni tomar control de validadores: el punto d\u00e9bil estaba en el procesamiento del pago dentro del ledger.<\/p>\n<p>Ese l\u00edmite t\u00e9cnico tambi\u00e9n acota lo que no era este caso. No se trataba de un hackeo operacional cl\u00e1sico contra una wallet o un exchange, sino de un riesgo de integridad del ledger, es decir, de la consistencia de sus reglas internas. Los mantenedores a\u00f1adieron en su informe que evaluaron el 24 de septiembre de 2026 un posible escenario de bloqueo de pagos en el libro de \u00f3rdenes y lo descartaron como ataque pr\u00e1ctico. La raz\u00f3n que dieron fue que esas ofertas quedar\u00edan al fondo del libro por tener precios antiecon\u00f3micos.<\/p>\n<h2>C\u00f3mo se confirm\u00f3 el impacto y cu\u00e1ndo sali\u00f3 el parche<\/h2>\n<p>El mismo d\u00eda del reporte, <a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a> indica que RippleX Engineering reprodujo el ataque en un servidor standalone, una instancia aislada para pruebas, y en pruebas unitarias del c\u00f3digo. Esa reproducci\u00f3n confirm\u00f3 que el XRP creado pod\u00eda gastarse en un pago posterior, no solo aparecer en un estado intermedio del sistema. Con ese resultado, la severidad del hallazgo pas\u00f3 a cr\u00edtica. El cambio de nivel importa porque muestra que el riesgo no era te\u00f3rico una vez reconstruido el escenario.<\/p>\n<p>La correcci\u00f3n lleg\u00f3 el 25 de septiembre de 2026 con xrpld 3.4.1. Los mantenedores informaron adem\u00e1s que ese mismo d\u00eda m\u00e1s del 80% de los validadores de la default UNL ya ejecutaban 3.4.1 o una versi\u00f3n posterior. Seg\u00fan su reporte, no encontraron evidencia de explotaci\u00f3n en redes p\u00fablicas antes de la divulgaci\u00f3n. Ese dato reduce el da\u00f1o conocido, pero no cambia que el bug hubiera permanecido durante a\u00f1os en una parte sensible del procesamiento de pagos.<\/p>\n<h2>Por qu\u00e9 la soluci\u00f3n evit\u00f3 el proceso normal de enmiendas<\/h2>\n<p>De acuerdo con <a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a>, la soluci\u00f3n no sigui\u00f3 el proceso ordinario de enmienda del proyecto, que exige m\u00e1s de 80% de apoyo de validadores confiables durante dos semanas antes de activarse. Los mantenedores dijeron que fue la primera vez en m\u00e1s de diez a\u00f1os que un cambio de procesamiento de transacciones se envi\u00f3 deliberadamente de esa forma. La explicaci\u00f3n que dieron fue operativa: publicar el cambio y esperar el ciclo completo habr\u00eda expuesto con precisi\u00f3n el punto de ataque. En otras palabras, el procedimiento habitual habr\u00eda dejado visible c\u00f3mo explotar la falla antes de que la red estuviera suficientemente actualizada.<\/p>\n<p>Esa excepci\u00f3n ayuda a distinguir entre divulgaci\u00f3n p\u00fablica y protecci\u00f3n real. El informe se public\u00f3 el 9 de octubre, pero la mitigaci\u00f3n depend\u00eda de que los servidores hubieran actualizado antes a xrpld 3.4.1 o a una versi\u00f3n posterior. Para quienes usan servicios que soportan XRP, el dato pr\u00e1ctico no era solo que existiera un informe, sino si la infraestructura que procesa ese activo ya hab\u00eda aplicado la versi\u00f3n corregida. Ese es el punto que define si la red y sus servicios quedaron cubiertos frente a esta vulnerabilidad espec\u00edfica.<\/p>\n<h2>Qu\u00e9 se sabe del origen del bug y qu\u00e9 cifras siguen atribuidas<\/h2>\n<p>Seg\u00fan la investigaci\u00f3n resumida por <a href=\"https:\/\/xrpl.org\/es-es\/blog\/2026\/vulnerabilitydisclosurereport-bug-20261009\" target=\"_blank\" rel=\"nofollow noopener\">XRP Ledger<\/a>, el bug probablemente estaba presente desde 2015, cuando se escribi\u00f3 el motor de pagos actual. El informe agrega que la verificaci\u00f3n de &quot;no XRP creado&quot; se incorpor\u00f3 dos a\u00f1os despu\u00e9s con la misma aritm\u00e9tica sin comprobaci\u00f3n de overflow. Ese detalle importa porque muestra que la segunda barrera hered\u00f3 la misma limitaci\u00f3n que la primera, en vez de corregirla. Tambi\u00e9n deja como antecedente que una falla de esta clase pudo pasar inadvertida durante casi una d\u00e9cada.<\/p>\n<p>Hay, adem\u00e1s, datos que no salen cuantificados de esa forma en el informe oficial. <a href=\"https:\/\/www.theblock.co\/news\/ecosystems\/2026-10-11-xrp-ledger-patches-decade-old-bug-that-could-have-minted-trillions-of-xrp-418230\" target=\"_blank\" rel=\"nofollow noopener\">The Block<\/a> report\u00f3 que Cayden Liao, cofundador de Veria Labs, dijo que el exploit pod\u00eda crear cerca de 18 billones de XRP en una sola transacci\u00f3n y que Ripple pag\u00f3 a Veria Labs la recompensa m\u00e1xima de 250.000 d\u00f3lares del programa. Esas cifras est\u00e1n atribuidas a Liao en ese medio y no aparecen presentadas as\u00ed en el informe abierto de XRP Ledger.<\/p>\n<h2>XRP en el mercado de Fluyez<\/h2>\n<p><strong><a href=\"https:\/\/fluyez.com\/criptomonedas\/xrp-usd\/\">XRP<\/a><\/strong> cotiza en 1.36 USD y baja 3.42 % en las \u00faltimas 24 horas, seg\u00fan los datos del propio mercado de Fluyez el 13 de octubre de 2026, 06:01 hora de Lima.<\/p>\n<p>En soles, eso equivale a 4.68 PEN por unidad.<\/p>\n<h2>El dato verificado<\/h2>\n<ul>\n<li>Precio: 1.36 USD<\/li>\n<li>Variaci\u00f3n 24 horas: -3.42 %<\/li>\n<li>Equivalente: 4.68 PEN<\/li>\n<li>Datos del 13 de octubre de 2026, 06:01 hora de Lima<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>El informe oficial detalla un error de overflow en el motor de pagos de XRP. La correcci\u00f3n sali\u00f3 el 25 de septiembre tras confirmarse que el ataque pod\u00eda volver gastable el XRP creado.<\/p>\n","protected":false},"author":4,"featured_media":786,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"rank_math_title":"XRP Ledger corrige un bug que pod\u00eda crear XRP desde 2015","rank_math_description":"XRP Ledger revel\u00f3 y corrigi\u00f3 un bug cr\u00edtico que pod\u00eda crear XRP con un desbordamiento en pagos; el parche sali\u00f3 en xrpld 3.4.1 tras su reporte en 2026.","rank_math_focus_keyword":"vulnerabilidad XRP Ledger","footnotes":""},"categories":[12],"tags":[],"class_list":["post-784","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-seguridad"],"acf":[],"uagb_featured_image_src":{"full":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118.jpg",1536,1024,false],"thumbnail":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118-150x150.jpg",150,150,true],"medium":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118-300x200.jpg",300,200,true],"medium_large":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118-768x512.jpg",768,512,true],"large":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118-1024x683.jpg",1024,683,true],"1536x1536":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118.jpg",1536,1024,false],"2048x2048":["https:\/\/fluyez.com\/noticias\/wp-content\/uploads\/2026\/10\/fluyez-xrp-20261013-060118.jpg",1536,1024,false]},"uagb_author_info":{"display_name":"Luis Eduardo Berrospi","author_link":"https:\/\/fluyez.com\/noticias\/author\/luisberrospi\/"},"uagb_comment_info":0,"uagb_excerpt":"El informe oficial detalla un error de overflow en el motor de pagos de XRP. La correcci\u00f3n sali\u00f3 el 25 de septiembre tras confirmarse que el ataque pod\u00eda volver gastable el XRP creado.","_links":{"self":[{"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/posts\/784","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/comments?post=784"}],"version-history":[{"count":1,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/posts\/784\/revisions"}],"predecessor-version":[{"id":785,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/posts\/784\/revisions\/785"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/media\/786"}],"wp:attachment":[{"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/media?parent=784"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/categories?post=784"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fluyez.com\/noticias\/wp-json\/wp\/v2\/tags?post=784"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}