Liquid Network se encuentra en proceso de restaurar las operaciones de retiro<\/strong> tras iniciar una auditor\u00eda de seguridad independiente<\/strong> de Elements v23.3.4 y coordinar cambios en las claves de autorizaci\u00f3n<\/strong> utilizadas en el proceso de retiro. En su actualizaci\u00f3n del ecosistema del 28 de septiembre, Liquid Network inform\u00f3 que la auditor\u00eda de seguridad externa de Elements v23.3.4 est\u00e1 en marcha como parte de su trabajo para reanudar de manera segura los retiros, luego del incidente de seguridad<\/strong> ocurrido en septiembre.<\/p>\n \u00abEstado a partir del 28 de septiembre de 2026, 05:48 UTC\u00bb<\/p><\/blockquote>\n Una auditor\u00eda de seguridad externa independiente de Elements v23.3.4 est\u00e1 en curso, proporcionando una capa adicional de validaci\u00f3n mientras trabajamos hacia la restauraci\u00f3n segura de los retiros<\/strong>. Al mismo tiempo, la Federaci\u00f3n Liquid est\u00e1 actualizando su lista de Claves de Autorizaci\u00f3n de Retiros (PAK)<\/strong>. Las entradas existentes est\u00e1n siendo reemplazadas y la federaci\u00f3n se asegura de que todas las claves de recepci\u00f3n de Bitcoin asociadas con los retiros est\u00e9n debidamente protegidas en almacenamiento en fr\u00edo<\/strong>. Liquid no ha proporcionado una fecha para reiniciar los retiros, pero la red ha indicado que la auditor\u00eda y los cambios en PAK son pasos hacia la reanudaci\u00f3n de operaciones de retiro seguras, con otra actualizaci\u00f3n sobre el proceso de restauraci\u00f3n esperada en breve.<\/p>\n Elements v23.3.4 fue lanzado a principios de este mes para abordar un defecto de software que fue explotado durante el incidente del 6 de septiembre, cuando un atacante cre\u00f3 aproximadamente 4,000 LBTC no respaldados<\/strong> y utiliz\u00f3 el proceso normal de retiro de Liquid para retirar Bitcoin de la reserva de la federaci\u00f3n. La \u00faltima auditor\u00eda externa a\u00f1ade una revisi\u00f3n adicional de esa versi\u00f3n antes de que se reanuden los retiros. Elements es la plataforma de blockchain de c\u00f3digo abierto detr\u00e1s de Liquid, que utiliza transacciones confidenciales para ocultar los montos de las transacciones, mientras que las pruebas criptogr\u00e1ficas permiten a los nodos verificar que esos montos son v\u00e1lidos.<\/p>\n La evaluaci\u00f3n posterior al incidente de Liquid indic\u00f3 que la vulnerabilidad estaba relacionada con la forma en que Elements almacenaba en cach\u00e9 los resultados de la verificaci\u00f3n de pruebas de rango. Un cambio previo hab\u00eda eliminado parte del contexto de la transacci\u00f3n de la clave de cach\u00e9, creando un defecto de consenso que podr\u00eda permitir que un resultado de verificaci\u00f3n en cach\u00e9 se reutilizara en diferentes circunstancias. Aunque una soluci\u00f3n inicial abord\u00f3 el problema identificado, un segundo problema relacionado con la combinaci\u00f3n de campos en la clave de cach\u00e9 permaneci\u00f3 sin resolver. El atacante del 6 de septiembre explot\u00f3 esta segunda debilidad para crear una salida cuyo valor no estaba respaldado por sus entradas.<\/p>\n Elements v23.3.4 modific\u00f3 la forma en que se construyen las claves de cach\u00e9 de pruebas de rango y de suryecci\u00f3n, serializando cada campo con un prefijo de longitud. Liquid afirm\u00f3 que este cambio evita que diferentes conjuntos de entradas produzcan la misma clave de cach\u00e9, lo que fue el m\u00e9todo de colisi\u00f3n utilizado en el ataque. La soluci\u00f3n endurecida se fusion\u00f3 en la rama de lanzamiento de Elements 23.3.x el 8 de septiembre, y Elements v23.3.4 fue publicado al d\u00eda siguiente.<\/p>\n Como se mencion\u00f3 anteriormente en crypto.news, Liquid reanud\u00f3 la producci\u00f3n de bloques despu\u00e9s de que los nodos funcionales recibieron las actualizaciones de software requeridas, mientras que las operaciones de retiro permanecieron deshabilitadas. Las transacciones regresaron m\u00e1s tarde a la red a medida que Liquid avanzaba en su proceso de recuperaci\u00f3n por etapas. Los retiros han permanecido suspendidos mientras la federaci\u00f3n completa el trabajo en la parte del sistema que libera BTC de la reserva.<\/p>\n La segunda parte de la actualizaci\u00f3n del 28 de septiembre se centra en el sistema PAK utilizado para autorizar los retiros de Liquid a Bitcoin. Bajo la arquitectura de Liquid, las entradas PAK contienen dos claves con funciones separadas. Un componente fuera de l\u00ednea se deriva de la billetera de recepci\u00f3n de Bitcoin de un miembro, mientras que una clave en l\u00ednea firma las solicitudes de retiro. Los nodos funcionales utilizan el componente fuera de l\u00ednea para verificar que el destino de Bitcoin pertenece a una entrada PAK registrada. Las claves privadas que controlan el Bitcoin de recepci\u00f3n est\u00e1n destinadas a permanecer fuera de l\u00ednea, mientras que el componente en l\u00ednea realiza un trabajo diferente, operando en un nodo de Elements para firmar solicitudes de liberaci\u00f3n de Bitcoin a trav\u00e9s del proceso de retiro.<\/p>\n La evaluaci\u00f3n del incidente de Liquid indic\u00f3 que el arreglo de la billetera fuera de l\u00ednea est\u00e1 destinado a proporcionar otra capa de protecci\u00f3n en caso de que un sistema ascendente falle. El Bitcoin liberado a trav\u00e9s de un retiro permanecer\u00eda en una billetera fr\u00eda y requerir\u00eda una acci\u00f3n separada antes de que pudiera ser movido. El incidente del 6 de septiembre expuso una debilidad en esa protecci\u00f3n, junto con la vulnerabilidad de consenso de Elements. Despu\u00e9s de crear el LBTC no respaldado, el atacante utiliz\u00f3 SideSwap, un miembro de la Federaci\u00f3n Liquid con un PAK, para procesar el retiro. SideSwap recibi\u00f3 aproximadamente 4,000 LBTC a trav\u00e9s de su servicio antes de que los firmantes de la federaci\u00f3n liberaran aproximadamente 3,996 BTC en Bitcoin.<\/p>\n La evaluaci\u00f3n de Liquid indic\u00f3 que dos problemas separados permitieron que se tomara el Bitcoin: las vulnerabilidades de consenso de Elements y una brecha en la configuraci\u00f3n del proceso de firma PAK de un miembro de la federaci\u00f3n. SideSwap ha afirmado que la federaci\u00f3n era consciente de que su clave de autorizaci\u00f3n de retiro operaba en l\u00ednea y que este arreglo hab\u00eda sido visible en sus retiros durante a\u00f1os. La compa\u00f1\u00eda indic\u00f3 que no se le hab\u00eda indicado que cambiara c\u00f3mo operaba la clave o suspendiera los retiros antes del incidente. SideSwap est\u00e1 revisando c\u00f3mo se mantiene su clave de autorizaci\u00f3n, as\u00ed como los l\u00edmites y controles aplicados antes de los pagos, y no restaurar\u00e1 sus servicios de retiro hasta que est\u00e9 satisfecha con la nueva configuraci\u00f3n de seguridad.<\/p>\n La \u00faltima actualizaci\u00f3n de Liquid confirma que la federaci\u00f3n est\u00e1 reemplazando las entradas PAK existentes y trabajando para asegurar que las claves de retiro relevantes se mantengan en almacenamiento en fr\u00edo<\/strong> antes de que se reanuden los retiros. La actividad normal de transacciones regres\u00f3 a principios de septiembre, pero el retiro de Bitcoin ha permanecido sujeto a restricciones durante la recuperaci\u00f3n. Liquid inicialmente detuvo los nodos puente el 6 de septiembre despu\u00e9s de que el atacante explotara el defecto de Elements. La producci\u00f3n de bloques se reanud\u00f3 el 9 de septiembre utilizando la cadena corregida, seguida del regreso de la actividad de transacciones de usuarios mientras la federaci\u00f3n monitoreaba la red. Los retiros permanecieron deshabilitados durante esas etapas. El incidente original result\u00f3 en aproximadamente 4,000 BTC saliendo de la reserva de la federaci\u00f3n despu\u00e9s de que el atacante creara LBTC no respaldados. Los actores se identificaron como sombreros blancos a trav\u00e9s de un mensaje en la cadena y luego devolvieron 3,400 BTC a la billetera de la federaci\u00f3n despu\u00e9s de que Blockstream confirmara que los nodos afectados hab\u00edan sido parcheados. Aproximadamente 602 BTC permanecen sujetos a esfuerzos de recuperaci\u00f3n, seg\u00fan la \u00faltima evaluaci\u00f3n detallada del incidente de Liquid. Blockstream m\u00e1s tarde rechaz\u00f3 una demanda de recompensa vinculada a los fondos restantes, afirmando que trabajar\u00eda con las fuerzas del orden, intercambios, especialistas forenses y otros proveedores de servicios para perseguir su recuperaci\u00f3n. El plan de recuperaci\u00f3n por etapas de Liquid prev\u00e9 que las operaciones de retiro se reanuden una vez que se haya restaurado el estado de la red y se haya completado el trabajo de seguridad requerido. La auditor\u00eda externa de Elements v23.3.4 y el reemplazo de las entradas PAK son los \u00faltimos pasos divulgados en este proceso.<\/p>\n","protected":false},"excerpt":{"rendered":" Actualizaci\u00f3n de Liquid Network Liquid Network se encuentra en proceso de restaurar las operaciones de retiro tras iniciar una auditor\u00eda de seguridad independiente de Elements v23.3.4 y coordinar cambios en las claves de autorizaci\u00f3n utilizadas en el proceso de retiro. En su actualizaci\u00f3n del ecosistema del 28 de septiembre, Liquid Network inform\u00f3 que la auditor\u00eda de seguridad externa de Elements v23.3.4 est\u00e1 en marcha como parte de su trabajo para reanudar de manera segura los retiros, luego del incidente de seguridad ocurrido en septiembre. \u00abEstado a partir del 28 de septiembre de 2026, 05:48 UTC\u00bb Auditor\u00eda de Seguridad y PAK<\/p>\n","protected":false},"author":3,"featured_media":18929,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15,64],"tags":[11,65,162,10872],"class_list":["post-18930","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","category-hack","tag-bitcoin","tag-hack","tag-lbtc","tag-liquid-network"],"yoast_description":"Liquid Network ha iniciado una auditor\u00eda de seguridad de Elements v23.3.4 para restaurar los retiros de Bitcoin tras vulnerabilidades e incidentes recientes.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/18930","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=18930"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/posts\/18930\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media\/18929"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/media?parent=18930"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/categories?post=18930"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/es\/wp-json\/wp\/v2\/tags?post=18930"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Auditor\u00eda de Seguridad y PAK<\/h2>\n
Evaluaci\u00f3n del Incidente<\/h2>\n
Proceso de Recuperaci\u00f3n<\/h2>\n
Conclusiones y Pr\u00f3ximos Pasos<\/h2>\n