Análisis del incidente de ataque de Hacker a Poly Network

Recientemente, el protocolo de interoperabilidad entre cadenas Poly Network sufrió un ataque de un hacker, lo que generó una amplia atención. Según el análisis del equipo de seguridad, este ataque no se debió a una filtración de la clave privada del keeper, sino que el atacante utilizó datos hábilmente construidos para modificar la dirección del keeper del contrato EthCrossChainData aprovechando una vulnerabilidad del contrato.

Principio del ataque

El núcleo del ataque radica en que la función verifyHeaderAndExecuteTx del contrato EthCrossChainManager puede ejecutar transacciones entre cadenas. Dado que el propietario del contrato EthCrossChainData es el contrato EthCrossChainManager, este último puede llamar a la función putCurEpochConPubKeyBytes del primero para cambiar el keeper.

El atacante utilizó la función verifyHeaderAndExecuteTx para pasar datos cuidadosamente diseñados, llamando internamente a la función _executeCrossChainTx, y finalmente ejecutó la función putCurEpochConPubKeyBytes del contrato EthCrossChainData, cambiando el rol de keeper a la dirección especificada por el atacante.

Una vez completado el reemplazo del rol de keeper, el atacante podrá construir transacciones a su antojo y extraer cualquier cantidad de fondos del contrato.

Proceso de ataque

1. El atacante primero llamó a la función putCurEpochConPubKeyBytes a través de la función verifyHeaderAndExecuteTx del contrato EthCrossChainManager, cambiando el keeper.

2. A continuación, el atacante llevó a cabo una serie de transacciones de ataque para retirar fondos del contrato.

3. Debido a que el keeper fue modificado, las transacciones normales de otros usuarios fueron rechazadas.

4. Ataques similares también se están llevando a cabo en la red de Ethereum, utilizando el mismo método.

Conclusión

La raíz de este ataque radica en que el keeper del contrato EthCrossChainData puede ser modificado por el contrato EthCrossChainManager, y la función verifyHeaderAndExecuteTx de este último puede ejecutar los datos proporcionados por el usuario. El atacante aprovechó esta falla de diseño al construir datos específicos que modificaron la dirección del keeper del contrato EthCrossChainData, logrando así su objetivo de ataque.

Este evento nos recuerda una vez más que al diseñar protocolos de cadena cruzada, es necesario prestar especial atención a la gestión de permisos y la validación de datos, para evitar que se aprovechen vulnerabilidades de seguridad similares. Al mismo tiempo, también destaca la importancia de realizar auditorías de seguridad periódicas y programas de recompensas por vulnerabilidades para detectar y corregir a tiempo posibles riesgos de seguridad.