.svg)
A ra铆z de todos los ataques que se est谩n produciendo en el 谩mbito de las finanzas descentralizadas (DeFi), si tengo que convencerte de por qu茅 la seguridad deber铆a ser la prioridad n煤mero uno, es que algo va mal. Nomad estall贸 como una pi帽ata y todo el mundo quiso sumarse a la locura de los ataques. Seg煤n de 41 direcciones se llevaron 152 millones de d贸lares (aproximadamente el 80 %) de los fondos robados. Un ataque a la comunidad de Nomad: siempre hay una primera vez para todo.
Con 190 millones de d贸lares sustra铆dos en cuesti贸n de horas, Nomad se convirti贸 en el quinto mayor ataque a DeFi. El ataque al puente Ronin ocupa el primer puesto, con unas p茅rdidas de 624 millones de d贸lares.
驴Qu茅 es un puente?
Un puente blockchain es una tecnolog铆a que conecta dos cadenas de bloques para permitir que se comuniquen entre s铆. Un puente blockchain te permitir谩 participar en actividades de DeFi en la red Ethereum si tienes bitcoins pero no quieres venderlos.
驴Qu茅 es un puente Nomad?
Nomad es un protocolo intercadena que permite a los usuarios enviar tokens entre las redes Ethereum, Avalanche, Evmos, Milkomeda C1 y Moonbeam. El objetivo de Nomad es proporcionar el tejido conectivo que permita a los usuarios y desarrolladores interactuar un mundo multicadena. No es nada obvio, la verdad.
C贸mo ocurri贸 esto
Los problemas de Nomad comenzaron cuando los usuarios se dieron cuenta de que pod铆an transferir 0,01 WBTC, y la transacci贸n de Ethereum transfiri贸 100 WBTC.
Al parecer, los usuarios pod铆an llamar directamente a la funci贸n `process`, que era capaz de procesar un mensaje sin verificarlo previamente. El objetivo de la funci贸n `process` es verificar la comunicaci贸n entre el puente entre cadenas. La verificaci贸n no se llev贸 a cabo, ya que el control del contrato no lo reconoci贸 como una transacci贸n no v谩lida. En su lugar, acept贸 la ra铆z por defecto `0x00`, que deber铆a haber sido rechazada en la mayor铆a de los casos. El equipo de Nomads inicializ贸 la ra铆z por defecto en una confirmaci贸n reciente.
Este error, que se ha actualizado, permit铆a a los usuarios transferir amigos fuera del protocolo sin comprobar que estuvieran all铆.
芦Es como utilizar una chequera para retirar fondos de un banco, y que el banco no compruebe si tenemos suficiente dinero禄, explic贸 a TechCrunch Adrian Hetman, responsable t茅cnico del equipo de clasificaci贸n del programa de recompensas por errores de web3 Immunefi. 芦Solo les importa que el cheque en s铆 parezca v谩lido禄.
Nomad no es la primera empresa en verse afectada por un error en una actualizaci贸n. El equipo de desarrollo es el responsable de identificar todos los casos extremos y de realizar las pruebas antes de publicar la actualizaci贸n. A veces se pasan por alto estas cosas y se pierden 190 millones de d贸lares.
Varios atacantes
Una vez que el primer atacante puso en marcha el ataque, muchos usuarios comenzaron a replicar el exploit. Seg煤n Twitter, fue posible repetir el exploit porque 芦lo 煤nico que ten铆an que hacer los usuarios para hackear los fondos de Bridge era copiar los datos de la llamada de transacci贸n del hacker original, sustituir la direcci贸n original por una personal, y la transacci贸n se completar铆a con 茅xito禄.
Algunos afirmaron expl铆citamente que eran 芦whitehats禄. Depende de ellos devolver los fondos que hayan conseguido liberar.
Respuesta
El equipo de Nomad ha publicado una carta en la que informa de que los piratas inform谩ticos pueden enviar los fondos si as铆 lo desean. Ahora solo queda esperar.
Nomad Bridge financia el proceso de recuperaci贸n
Estimados hackers de 芦sombrero blanco禄 y amigos investigadores 茅ticos que hab茅is estado protegiendo los tokens ETH/ERC-20,
Por favor, env铆a los fondos a la siguiente direcci贸n de monedero en Ethereum:
驴Qu茅 hemos aprendido?
A帽adir una correcci贸n a un protocolo sin verificar su impacto en todo el sistema puede resultar fatal. Las auditor铆as identifican muchos casos extremos, pero una vez que se realiza una confirmaci贸n tras la auditor铆a, el equipo de auditor铆a no puede determinar c贸mo afecta eso al contrato hasta que lo revise.
La reentrancia se ha aprovechado de forma tan habitual que casi todos los desarrolladores saben c贸mo abordarla.
En los sistemas entre cadenas, a煤n no hemos adquirido la experiencia necesaria en materia de ataques. La gente no sabe cu谩les son los ataques m谩s habituales y no se protege contra ellos.
Pasar谩n uno o dos a帽os m谩s antes de que los desarrolladores se familiaricen lo suficiente con los modelos de seguridad entre cadenas como para incorporar las medidas de protecci贸n de forma habitual.
Antes de que un proyecto entre en funcionamiento, debe someterse a una auditor铆a y, tras su lanzamiento, debe ponerse en marcha un programa de recompensas por errores para detectar cualquier fallo que se haya pasado por alto en la auditor铆a. Las recompensas pueden incentivar a las personas adecuadas a trabajar en beneficio de tu protocolo, siempre y cuando el premio tenga un valor adecuado. Sin embargo, los auditores no deber铆an intervenir en la 煤ltima fase del proceso de seguridad. Para garantizar la m谩xima seguridad, los auditores deben integrarse en la fase de planificaci贸n del protocolo. De este modo, la seguridad se tiene en cuenta en cada paso del proceso de desarrollo. Este enfoque podr铆a reducir el n煤mero de ataques inform谩ticos graves que se producen cada mes en el sector DeFi.
Reserva tu consulta gratuita sobre seguridad:
Google Calendar:
Telegram:
.svg){kind=small}
.svg)
.svg)
.png)
%201.svg)
