¿Qué podemos aprender del hackeo y la recuperación de Binance?

Binance ha comenzado a restaurar el acceso tras un robo de 6.300 millones de dólares, recurriendo a sus propias reservas para reemplazar los activos de los clientes. Su recuperación ofrece lecciones sobre cómo los exchanges aprueban transacciones, se comunican durante una crisis y demuestran que los clientes pueden recuperar su dinero.

Binance ha ampliado los retiros después de informar que había reemplazado aproximadamente el 95% de los activos afectados por su hackeo del 29 de octubre de 6.300 millones de dólares.

El anuncio del 3 de noviembre de Binance programó otra fase de retiros a partir de las 04:00 UTC, con activos individuales disponibles tras las comprobaciones de seguridad y preparación. Los depósitos permanecieron abiertos, y el exchange reiteró su compromiso de absorber la pérdida financiera.

Por lo tanto, los clientes se han enfrentado a dos procesos de recuperación diferentes. Binance ha estado obteniendo criptomonedas de reemplazo para respaldar sus saldos, mientras que los investigadores y socios de la industria han estado intentando recuperar los activos tomados por el atacante.

Devolver el acceso a los retiros implica una tercera tarea: establecer que los sistemas que envían esos activos pueden operar de forma segura. Un saldo de cuenta, una instantánea de reservas y un retiro completado responden cada uno a una pregunta diferente sobre la condición del exchange.

El hackeo de Binance fue más allá del portátil de un empleado

Binance sugirió inicialmente que el portátil comprometido de un ingeniero podría haber proporcionado el punto de entrada. En su actualización del incidente del 30 de octubre, la compañía dijo que los investigadores habían encontrado puntos de brecha adicionales, mientras informaba que en esa etapa no había evidencia de que las claves privadas de la wallet se hubieran filtrado.

Su relato publicado situó el compromiso de la hot wallet aproximadamente a las 20:05 UTC del 29 de octubre. El exchange dijo que había contenido la infraestructura afectada, revocado autorizaciones e introducido controles adicionales mientras los investigadores trabajaban para establecer la secuencia de los eventos.

La distinción entre robar una clave y obtener permiso para usar un sistema de firma es central para la investigación. Una transacción puede llevar una firma criptográficamente válida incluso cuando la empresa nunca tuvo la intención de autorizar la transferencia.

La investigación on-chain de TRM Labs rastreó transferencias a través de 10 blockchains y valoró los activos en aproximadamente 6.360 millones de dólares cuando fueron tomados. Sus investigadores evaluaron que la actividad entre cadenas apuntaba a un compromiso de la infraestructura de firma de la hot wallet de Binance.

La actividad en Ethereum involucró 50 autorizaciones anticipadas y un contrato que podía barrer activos de una wallet de Binance, según TRM. Otras cadenas mostraron transferencias firmadas ordinarias, por lo que una explicación limitada a las características de la wallet de Ethereum dejaría parte del robo sin explicar.

La lección trata sobre la autoridad que rodea a una clave de firma tanto como sobre el almacenamiento de la clave. Una empresa debe decidir qué sistemas pueden solicitar firmas, qué solicitudes necesitan aprobación separada y cómo se detienen las transferencias inusuales antes de que lleguen a una blockchain.

La arquitectura de confianza cero de NIST trata el acceso como algo que debe autenticarse y autorizarse para el recurso involucrado. Estar dentro de la red de una empresa o usar un dispositivo propiedad de la empresa no establece confianza por sí mismo.

Aplicado a un exchange, ese principio separa el acceso rutinario de un ingeniero de la autoridad para mover activos de clientes. Un empleado puede necesitar mantener la infraestructura sin necesitar acceso sin restricciones a instrucciones de retiro, credenciales de producción o aprobaciones de transacciones.

El informe técnico completo de Binance tendrá que explicar cómo operaron esos límites durante el ataque. La evidencia publicada hasta ahora respalda preguntas sobre el proceso de firma, pero no establece un mapa completo de los controles internos de la empresa.

El FBI atribuyó el robo a la actividad TraderTraitor de Corea del Norte el 31 de octubre y dijo que los activos robados se estaban convirtiendo principalmente en ether. Corea del Norte negó su participación, según el reporte de Associated Press del 3 de noviembre.

La oficina pidió a los exchanges, servicios DeFi, operadores de infraestructura y otras firmas que bloquearan las transacciones vinculadas a las direcciones de lavado identificadas. Su solicitud abordó el movimiento de los activos robados después de la brecha, de forma separada de la investigación de Binance sobre el acceso inicial.

Cómo Binance manejó la crisis y la recuperación

La respuesta de Binance combinó restricciones a los retiros, compras de reemplazo, cooperación en la congelación de activos y una secuencia de avisos públicos de recuperación. Cada medida abordó un problema inmediato diferente, y la cronología permite a los clientes comparar los anuncios con las acciones posteriores.

Como crypto.news informó previamente, Binance reservó recursos de la empresa por más de $6.34 mil millones y dijo que aproximadamente $5 mil millones ya estaban en criptomonedas equivalentes para el 30 de octubre. Tenía como objetivo un reinicio gradual de los retiros, sujeto a controles de seguridad.

Igualar los activos era parte de ese compromiso. Los clientes que tenían un token en particular tenían derecho a ese token, mientras que el valor en dólares de los recursos disponibles del exchange era solo una medida intermedia de su capacidad para comprar reemplazos.

El aviso de reposición del 31 de octubre situó la cobertura en el 90%. Binance nombró a SAFU, parte de su fondo de seguros de futuros y su tesorería corporativa como las fuentes de financiamiento.

Dijo que los 10 activos principales identificados estaban totalmente respaldados, mientras que los tokens menos líquidos fuera de ese grupo tardaron más en adquirirse. Las compras se estaban realizando a través de canales de mercado y extrabursátiles.

Para el 1 de noviembre, Binance reportó un 95% de reemplazo y reabrió los retiros de Bitcoin durante la fase inicial de recuperación. El primer calendario publicado cubrió activos seleccionados en 15 redes, en lugar de todos los tokens listados en el exchange.

Usando el inicio del incidente reportado por Binance y su primera hora de reapertura programada del 1 de noviembre, el intervalo fue de aproximadamente 57 horas y 55 minutos. Ese cálculo mide el tiempo hasta el comienzo del reinicio planificado, no la duración de las restricciones para cada cliente.

El acceso a los retiros luego se amplió mediante combinaciones individuales de red y activo. Un token disponible en una red aún podía no estar disponible en otra, por lo que la medida operativa relevante era la ruta de retiro particular que un cliente necesitaba.

El aviso del 1 de noviembre dijo que la demanda registrada durante la semana anterior influyó en el orden de reapertura. Advirtió que el tráfico podría producir demoras y dijo a los usuarios que verificaran el estado de su activo y red elegidos.

Su expansión del 3 de noviembre siguió el mismo enfoque. Binance dijo que las rutas listadas se reabrirían progresivamente después de los controles, con demoras temporales aún posibles durante el despliegue.

Comunicar a ese nivel es más útil para un cliente que una declaración a nivel de todo el exchange de que los retiros se han reanudado. Un cliente necesita saber si su activo puede salir, a través de qué red y si una solicitud enviada se ha completado.

La guía de respuesta a incidentes del NIST sitúa la detección, la respuesta y la recuperación dentro de la gestión continua de riesgos de una organización. Restablecer un servicio forma parte de la gestión de incidentes, junto con reducir la probabilidad de otro incidente y mejorar el proceso de respuesta.

Los avisos de Binance proporcionan un registro de los hitos de sustitución y reapertura. Evaluar con qué eficacia contuvo la brecha requiere también la cronología técnica, incluido cuándo se detectó el acceso no autorizado, qué permisos se deshabilitaron y cómo se validaron los sistemas restablecidos.

Sustituir activos y recuperar fondos robados son cuentas diferentes

Una congelación y una compra de sustitución pueden ambas proteger a los clientes, pero no pertenecen a un único total de recuperación sin más explicación. Una restringe el acceso del atacante a un activo; la otra suministra un activo para cubrir una obligación con el cliente.

Considérese un exchange simplificado con 100 tokens adeudados a los clientes después de que se roben 100 tokens. Si el exchange compra 100 sustitutos, puede restaurar el respaldo de los clientes incluso si los investigadores no han devuelto ninguno de los tokens originales.

Supóngase que 40 de los tokens robados se congelan después. El respaldo de los clientes sigue siendo de 100 tokens; no pasa a ser de 140. Los 40 congelados representan una posible recuperación para la parte que en última instancia tenga derecho a recibirlos.

Si esos 40 se devuelven legalmente al exchange después de que los clientes ya hayan sido resarcidos, pueden compensar parte de la pérdida del exchange. Los mismos tokens no pueden contarse simultáneamente como activos de sustitución y como un reembolso adicional a los clientes.

Binance dijo que aproximadamente 3.000 millones de dólares habían sido congelados para el 30 de octubre mediante el trabajo con las fuerzas del orden, los emisores y otros socios. Su programa de sustitución de activos avanzó por separado, utilizando recursos de la empresa para comprar la criptomoneda faltante.

Las cifras tienen fechas, supuestos de valoración y propósitos diferentes. Por lo tanto, el total congelado reportado debe describirse como un importe inmovilizado en el momento indicado, mientras que el progreso de la sustitución describe el trabajo del exchange para restaurar el respaldo.

Aplicar el 95% a la estimación redondeada del incidente de 6.300 millones de dólares produce 5.985 millones de dólares, dejando 315 millones de dólares a esa valoración. Esta es aritmética ilustrativa, no una divulgación de la factura de compra pendiente exacta ni de una escasez token por token.

Los precios se mueven después de un robo, y la cantidad adeudada en cada token no cambia automáticamente con su precio en dólares. Una canasta de tokens restante valorada en 315 millones de dólares en una valoración podría costar una cantidad diferente adquirirla más tarde.

La liquidez introduce otra diferencia. Un token puede tener un precio de mercado cotizado sin que haya suficientes ofertas disponibles cerca de ese precio para sustituir inmediatamente una gran tenencia.

Comprar a través de un escritorio OTC puede obtener bloques de tenedores fuera de un libro de órdenes público. Aún requiere vendedores dispuestos y acuerdo sobre cantidades, liquidación y precio; la existencia de un presupuesto no coloca los tokens requeridos en una cartera de retiro.

La explicación de Binance de que la última porción tardó más en obtenerse debe evaluarse frente a sus posteriores actualizaciones de cobertura de tokens y retiros. El punto de finalización significativo es el respaldo completo equivalente y el acceso operativo para los activos afectados, en lugar de solo un compromiso en dólares redondeado.

Una congelación detiene el movimiento antes de liquidar la propiedad

Los emisores de stablecoins a veces pueden inmovilizar sus tokens mediante controles administrativos. El mismo mecanismo no está disponible para un emisor de bitcoin o ether nativos porque esos activos no tienen un emisor central comparable.

Los términos de USDC de Circle describen la inclusión en listas de bloqueo y las condiciones para el canje, incluidas las restricciones legales que pueden impedirlo. Poseer un token, tenerlo congelado y establecer un derecho a canjearlo son pasos separados según esos términos.

Una restricción de dirección impide transferencias específicas; por sí sola no identifica al destinatario adecuado de un reembolso. La prueba de propiedad, el proceso legal y los acuerdos para devolver los activos aún pueden determinar lo que sucede a continuación.

Arbitrum utilizó una intervención diferente en el incidente de Binance. El aviso del 30 de octubre de su Consejo de Seguridad indica que 8.425 ETH y 74.559.805,2 ARB se trasladaron a una dirección de custodia mediante una actualización temporal del contrato.

El aviso reserva expresamente cualquier movimiento adicional a una votación de gobernanza de ArbitrumDAO. Por lo tanto, los activos trasladados fuera de una dirección vinculada al atacante no se transfirieron automáticamente a Binance ni a sus clientes.

El alcance de cada intervención debe permanecer claro. La lista de bloqueo de tokens de un emisor, la negativa de un exchange a acreditar un depósito y una actualización de emergencia a nivel de red actúan en puntos diferentes de la trayectoria de una transacción.

El momento puede afectar lo que todavía es alcanzable. Si un token restringido ya se ha intercambiado, congelar la dirección original no revierte todas las operaciones ni captura automáticamente el activo de reemplazo.

La lista de direcciones publicada por el FBI proporciona a los proveedores de servicios una referencia común para la investigación de blanqueo de capitales. No otorga a todos los operadores de infraestructura la misma capacidad legal o técnica para detener una transferencia.

Para los clientes, la consecuencia práctica es que una congelación anunciada puede ser alentadora sin representar una restitución completada. El siguiente evento reportado debería identificar si los activos fueron devueltos, a quién, mediante qué proceso y en qué cantidad.

Binance utilizó reservas que cumplen diferentes propósitos

SAFU es una reserva de emergencia destinada a proteger a los usuarios en situaciones excepcionales. Un fondo de seguro de futuros normalmente cumple una función diferente: cubrir las pérdidas dejadas por posiciones liquidadas cuando la garantía es insuficiente.

El uso de reservas de seguro por parte de Binance hizo que la composición de los fondos de recuperación fuera relevante para los traders de derivados. La compañía dijo que utilizó recursos excedentes y que el fondo restante seguía cumpliendo sus requisitos de riesgo.

El saldo en dólares de un fondo de seguro no es una medida de cuánto recibirá un trader en particular tras un incidente de seguridad. Es un recurso que respalda los acuerdos de liquidación y gestión de pérdidas del exchange, sujeto a las reglas de los productos de futuros correspondientes.

Una comparación simplificada ilustra las preguntas separadas. Un exchange podría reemplazar todos los tokens robados a los clientes mientras mantiene una reserva de liquidación menor que antes del incidente, a menos que reponga esa reserva desde otra fuente.

Los clientes cuyos activos spot se restauran tendrían respondida su pregunta inmediata sobre el respaldo. Los traders de futuros aún necesitarían información sobre la protección disponible cuando las posiciones en quiebra dejan pérdidas atrás.

Los dos resultados son compatibles. Restaurar un fondo no restaura, solo mediante la contabilidad, todos los demás colchones que contribuyeron a él.

La divulgación de Binance del 31 de octubre identificó tres fuentes de financiación pero no proporcionó una asignación para cada fuente en ese aviso. Por lo tanto, su declaración de que se estaban utilizando fondos de la empresa debe leerse junto con las descripciones separadas de SAFU y las reservas de futuros.

La divulgación pública del monto dispuesto, el monto restante y el calendario de reposición facilitaría la evaluación de las consecuencias de la financiación. Dicho calendario necesitaría fechas y las categorías de reservas correspondientes, porque un único saldo agregado puede ocultar diferencias entre productos.

La verificación de cuentas de clientes tiene aquí otro límite. Binance dijo que los usuarios podían verificar sus propios activos a través de su sistema de prueba de reservas; ese sistema no es una reclamación a nivel de cliente sobre el fondo de seguro de futuros de la empresa.

El compromiso de absorber el robo asigna la pérdida a Binance. Explicar cómo la empresa financia ese compromiso ayuda a los clientes a distinguir la restauración de sus activos de la condición continua de las demás salvaguardas financieras del exchange.

Las reglas del fondo de seguro de Binance explican la consecuencia operativa de un colchón de liquidación insuficiente. Cuando las pérdidas en posiciones en quiebra superan el fondo disponible correspondiente, se puede activar el desapalancamiento automático conforme a los acuerdos de riesgo del producto.

Su explicación del ADL describe un mecanismo que puede reducir las posiciones mantenidas por los traders del lado opuesto. Es diferente de pagar una reclamación por incidente de seguridad y no debe interpretarse como una garantía de que las posiciones rentables nunca puedan verse afectadas por la quiebra de otro trader.

El fondo también se divide según los acuerdos contractuales aplicables. Un total agregado entre categorías no establece que cada dólar esté disponible para cada evento de liquidación.

Eso introduce una pregunta de divulgación adicional después de que se retiren fondos para la recuperación: si los recursos restantes cubren los productos relevantes bajo el marco declarado del exchange. Un porcentaje de los activos robados reemplazados no puede responder a esa pregunta específica del producto.

Binance afirma que sus reservas restantes siguieron cumpliendo la cobertura requerida. Las reglas publicadas prevén por separado contribuciones de la empresa si un fondo de seguro cae por debajo del mínimo requerido.

La verificación de reservas responde a una pregunta más limitada que una auditoría

Binance completó la verificación de reservas para 10 criptomonedas principales el 2 de noviembre, utilizando una instantánea tomada a las 00:00 UTC del 31 de octubre. Una prueba criptográfica completada permitió a los usuarios elegibles comprobar su inclusión y el respaldo declarado para esa instantánea.

Los activos cubiertos fueron BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD y ZEC. La hora de la instantánea importa porque precede a las etapas posteriores de la reapertura de retiros.

En su actualización del 2 de noviembre, Binance programó una instantánea adicional que cubre más tokens para el 4 de noviembre. Se esperaba que la generación de la siguiente prueba completa requiriera aproximadamente de 40 a 50 horas.

Por lo tanto, la fecha de publicación y la fecha de medición deben leerse por separado. Una prueba completada el 2 de noviembre describe la posición declarada del 31 de octubre, en lugar de certificar continuamente cada saldo a medida que se procesan los retiros.

La explicación de la prueba de reservas de Binance describe cómo los registros de cuentas y los árboles de Merkle permiten a los usuarios comprobar que sus saldos fueron incluidos. Su mecanismo de conocimiento cero permite la verificación sin exponer públicamente cada saldo individual.

Tal comprobación es útil cuando los clientes desean evidencia más allá de una garantía de la empresa. Aún tiene un alcance definido: activos particulares, un conjunto particular de datos de cuentas y un momento de medición particular.

El aviso a inversores del PCAOB advierte contra tratar los informes de prueba de reservas como auditorías de estados financieros. Señala que los procedimientos pueden omitir pasivos, derechos de propiedad, activos prestados y otra información necesaria para evaluar la posición financiera completa de una entidad.

Su advertencia es de carácter general, no una conclusión de que la última prueba de Binance sea falsa. La comparación apropiada es entre lo que la prueba específica establece y lo que un lector podría suponer de otro modo que establece.

Un cliente puede preguntar si se incluyó una cuenta, si se cubrió el token elegido y cuándo se tomó la instantánea. Evaluar a toda la empresa requeriría más información sobre obligaciones, restricciones, capital y los recursos utilizados en la recuperación.

La respuesta fue más allá del sistema de retiros de Binance

Los fondos que salen de un exchange pueden llegar a otros servicios antes de que el exchange termine su investigación inicial. En consecuencia, una respuesta de emergencia involucra a plataformas que no fueron ellas mismas comprometidas, pero que pueden recibir los activos robados o aceptarlos como garantía.

El relato del incidente de Aave de LlamaRisk describe que una billetera del grupo del explotador depositó 60 millones de USDT y tomó prestados 19.762 WETH entre las 20:58 y las 21:01 UTC del 29 de octubre. La primera congelación del mercado se produjo a las 21:42 UTC.

El proveedor de riesgos afirmó que la posición seguía estando sobrecolateralizada y sujeta a liquidación ordinaria. Su relato describió una congelación preventiva porque los activos robados podían intercambiarse por otros activos respaldados por el protocolo de préstamo.

La suspensión de retiros de un exchange no puede revertir ese préstamo. Una vez que los fondos han llegado a otro servicio, la respuesta depende de los permisos de ese servicio, sus reglas de colateral y su evaluación de la amenaza.

Por lo tanto, los avisos separados deben leerse a nivel de la acción específica. La restricción de retiros de Binance y la congelación de nueva actividad de préstamo de Aave abordan transacciones diferentes y grupos de clientes diferentes.

La comunicación entre empresas puede identificar dónde es posible intervenir, pero no hace que sus poderes sean intercambiables. Un emisor de tokens puede restringir su propio token, un guardián de préstamos puede ejercer permisos del protocolo y un consejo de rollup puede usar las herramientas administrativas que su gobernanza ha autorizado.

Las restricciones dependen de las reglas del servicio correspondiente. Una congelación puede detener nueva actividad mientras deja abiertas las posiciones existentes, con su reversión asignada al órgano autorizado.

Las propias comunicaciones de recuperación de Binance han tenido otro público: clientes que intentan distinguir las instrucciones oficiales de las personas que ofrecen acelerar los retiros. Su canal público de la empresa advirtió que no vendería posiciones en la cola, no cobraría una tarifa de desbloqueo ni pediría a los usuarios que transfirieran fondos a una supuesta cuenta segura.

La advertencia es relevante para la forma en que funciona una reapertura por fases. Los clientes que esperan un token en particular tienen un motivo inmediato para buscar actualizaciones, mientras que la disponibilidad puede diferir legítimamente entre redes.

Un mensaje no solicitado puede explotar esa incertidumbre afirmando que el cliente necesita completar un paso adicional. La acción solicitada puede ser una conexión de billetera, una firma o una transferencia disfrazada de procedimiento de recuperación.

El aviso sobre fraude de recuperación del FBI describe esquemas en los que supuestas empresas de recuperación solicitan un pago por adelantado, desaparecen o proporcionan material de rastreo inadecuado antes de pedir más. Afirma que las empresas privadas de recuperación no pueden emitir órdenes de incautación.

Un informe de rastreo de blockchain y la autoridad legal para incautar activos son cosas diferentes. Identificar un destino puede ayudar a una investigación, pero no obliga por sí mismo al tenedor, emisor o plataforma a transferir fondos.

La guía sobre estafas de reembolso de la FTC describe otra parte del engaño: los estafadores pueden conocer detalles de una pérdida anterior y usarlos para que un nuevo acercamiento suene creíble. La familiaridad con un incidente no establece que quien llama represente a la empresa afectada.

Durante una recuperación que afecta a todo un exchange, los anuncios públicos proporcionan gran parte de ese contexto a cualquiera. El tamaño del robo, las fechas de reapertura y los activos afectados pueden copiarse en un mensaje de aspecto convincente sin acceso a la cuenta de un cliente.

La tarea práctica del cliente sigue siendo específica: verificar la ruta de retiro seleccionada a través de la propia interfaz del exchange y distinguir una solicitud pendiente de una exigencia de un nuevo pago. El proceso de reapertura publicado por la empresa debería explicar los pasos requeridos sin depender de instrucciones de un intermediario desconocido.

Por lo tanto, unas comunicaciones claras sobre el incidente hacen más que proporcionar tranquilidad. Dan a los clientes una referencia con la que comprobar una solicitud, especialmente cuando una afirmación se refiere a tarifas, elegibilidad o un supuesto programa de compensación.

Los propios anuncios de retiros dirigen a los usuarios a la página de estado de activos y redes. Su promesa es una reapertura operativa progresiva, sin ninguna disposición publicada para comprar prioridad en esa cola.

El reembolso no explica cómo ocurrió la brecha

El cofundador y director de investigación de Altcoin Pro, Joni Zhuleku, argumentó en una entrevista del 2 de noviembre que el reembolso por sí solo era insuficiente. Dijo que Binance necesitaba explicar la falla y demostrar controles más sólidos para restaurar la confianza.

Su postura aborda una cuestión diferente de si los clientes reciben activos de reemplazo. Un reembolso totalmente financiado puede resolver la deficiencia inmediata mientras deja sin resolver la razón de las transacciones no autorizadas.

Binance ha presentado su capacidad financiera y su compromiso con los clientes como motivos de tranquilidad. Richard Teng dijo el 3 de noviembre que la compañía seguía siendo financieramente sólida y que las entradas y salidas estaban regresando en gran medida a la normalidad, según Reuters.

Por lo tanto, la evidencia de recuperación debería incluir tanto la finalización del programa de activos como los cambios realizados en la autoridad de transacción. Son afirmaciones separadas y pueden avanzar a velocidades diferentes.

La especificación EIP-7702 de Ethereum deja explícito que las autorizaciones firmadas pueden delegar el comportamiento de una cuenta a código. La guía de implementación asociada advierte que la delegación puede dar al contrato designado control sobre los activos.

Para un exchange, la cuestión operativa relevante es qué permite su política de firma, incluidos tipos de transacción desconocidos y permisos persistentes. Un sistema que reconoce una transferencia ordinaria todavía necesita interpretar una autorización que cambia lo que una cuenta puede hacer posteriormente.

La comparación no establece qué control de Binance falló. Identifica el permiso que los investigadores deben tener en cuenta al reconstruir las transacciones de Ethereum junto con la actividad en otras cadenas.

La divulgación debería explicar qué cambios protectores se aplican de inmediato y cuáles requieren más ingeniería. Reemplazar credenciales, cambiar las reglas de aprobación y reconstruir servicios son acciones diferentes, incluso cuando todas aparecen bajo una promesa general de reforzar la seguridad.

Los clientes pueden comparar el informe finalizado con los avisos fechados emitidos durante el incidente. Cuando la compañía revisó una explicación temprana, el relato final debería mostrar qué nueva evidencia cambió su evaluación.

El aviso de Binance del 30 de octubre se comprometió a publicar un informe técnico detallado que cubriera el ataque, las lecciones y las salvaguardas. Su siguiente instantánea de reservas anunciada estaba programada para el 4 de noviembre, con otras 40 a 50 horas estimadas para la prueba criptográfica completa.

Qué observar

• Finalización por activo: Si Binance informa la sustitución completa de tokens fuera de los 10 ya cubiertos.
• Disponibilidad de retiros: Qué pares de red y activos restantes se vuelven operativos, y si persisten los retrasos en el procesamiento.
• Fondos devueltos: Divulgaciones que distingan las recuperaciones completadas de los activos aún congelados o retenidos a la espera de decisiones.
• Reposición de reservas: Saldos con fecha y planes de sustitución para SAFU y los fondos de seguro de futuros utilizados en la recuperación.
• Hallazgos técnicos: La cronología final del ataque, los permisos de firma involucrados y los controles modificados tras la brecha.

FAQ