Poolz enfrenta um incidente de segurança, aproximadamente 665 mil dólares em ativos foram afetados
Recentemente, vários projetos Poolz em redes de blockchain enfrentaram incidentes de segurança, resultando na extração ilegal de uma grande quantidade de tokens. O evento ocorreu por volta das 3h16 UTC do dia 15 de março de 2023, afetando várias redes, incluindo Ethereum, BNB Smart Chain e Polygon.
De acordo com os dados na blockchain, este evento envolveu vários tokens, incluindo MEE, ESNC, DON, ASW, KMON, POOLZ, entre outros. O valor total dos tokens retirados é de aproximadamente 665 mil dólares. Atualmente, alguns dos tokens retirados foram trocados por BNB, mas ainda não foram transferidos para outros endereços.
A análise mostra que a causa fundamental deste evento é a existência de uma vulnerabilidade de estouro aritmético no contrato inteligente. O atacante, ao explorar habilidosamente a vulnerabilidade na função CreateMassPools, conseguiu realizar operações de retirada de fundos em grande quantidade e a baixo custo. Especificamente, ao criar o pool de liquidez, o atacante utilizou o problema de estouro de inteiros na função getArraySum, fazendo com que o valor depositado registrado pelo sistema fosse muito maior do que o valor realmente depositado.
O processo do evento é aproximadamente o seguinte:
O atacante primeiro trocou uma pequena quantidade de tokens MNZ através de uma exchange descentralizada.
Em seguida, foi chamada a função CreateMassPools, que permite aos usuários criar pools de liquidez em massa e fornecer liquidez inicial.
Ao criar o pool, o atacante construiu habilmente os parâmetros de entrada, de modo que o valor de retorno da função getArraySum se tornasse muito pequeno devido a um estouro, mas o valor realmente registrado do montante depositado era um número muito grande.
Por fim, o atacante retirou tokens muito além da quantidade realmente depositada através da função withdraw.
Para evitar que eventos semelhantes ocorram novamente, especialistas da indústria sugerem que os desenvolvedores adotem as seguintes medidas:
Use versões mais recentes da linguagem de programação Solidity, que possuem um mecanismo de verificação de estouro embutido.
Para projetos que utilizam versões antigas do Solidity, pode-se considerar a introdução da biblioteca SafeMath da OpenZeppelin para lidar com operações inteiras, evitando problemas de overflow.
Reforçar a auditoria de código, prestando especial atenção às partes que podem levar a overflow aritmético.
Considerar a introdução de mecanismos de segurança adicionais, como assinaturas múltiplas, para adicionar uma camada de proteção às operações críticas.
Este evento lembrou novamente aos desenvolvedores de projetos de blockchain e aos usuários que, em um ecossistema de criptomoedas em rápida evolução, a segurança deve ser sempre a principal consideração. Os desenvolvedores de projetos devem continuamente aprimorar as medidas de segurança, enquanto os usuários também devem permanecer vigilantes e participar com cautela de diversas atividades DeFi.
Ver original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
13 Curtidas
Recompensa
13
6
Compartilhar
Comentário
0/400
FOMOSapien
· 19h atrás
Mais um pequeno projeto que falhou.
Ver originalResponder0
GweiTooHigh
· 19h atrás
Outro projeto condenado. Que pena.
Ver originalResponder0
pumpamentalist
· 19h atrás
É mais um velho problema dos contratos inteligentes?
Ver originalResponder0
ProxyCollector
· 19h atrás
O pequeno projeto está realmente mal, novamente está a ser explorado.
Ver originalResponder0
SilentObserver
· 20h atrás
Outro que fez as pessoas de parvas, fazer as pessoas de parvas.
Ver originalResponder0
GasWaster
· 20h atrás
As operações de roubo de moeda estão cada vez mais sofisticadas.
Poolz sofreu um ataque de vulnerabilidade de segurança, 665 mil dólares em ativos foram afetados.
Poolz enfrenta um incidente de segurança, aproximadamente 665 mil dólares em ativos foram afetados
Recentemente, vários projetos Poolz em redes de blockchain enfrentaram incidentes de segurança, resultando na extração ilegal de uma grande quantidade de tokens. O evento ocorreu por volta das 3h16 UTC do dia 15 de março de 2023, afetando várias redes, incluindo Ethereum, BNB Smart Chain e Polygon.
De acordo com os dados na blockchain, este evento envolveu vários tokens, incluindo MEE, ESNC, DON, ASW, KMON, POOLZ, entre outros. O valor total dos tokens retirados é de aproximadamente 665 mil dólares. Atualmente, alguns dos tokens retirados foram trocados por BNB, mas ainda não foram transferidos para outros endereços.
A análise mostra que a causa fundamental deste evento é a existência de uma vulnerabilidade de estouro aritmético no contrato inteligente. O atacante, ao explorar habilidosamente a vulnerabilidade na função CreateMassPools, conseguiu realizar operações de retirada de fundos em grande quantidade e a baixo custo. Especificamente, ao criar o pool de liquidez, o atacante utilizou o problema de estouro de inteiros na função getArraySum, fazendo com que o valor depositado registrado pelo sistema fosse muito maior do que o valor realmente depositado.
O processo do evento é aproximadamente o seguinte:
O atacante primeiro trocou uma pequena quantidade de tokens MNZ através de uma exchange descentralizada.
Em seguida, foi chamada a função CreateMassPools, que permite aos usuários criar pools de liquidez em massa e fornecer liquidez inicial.
Ao criar o pool, o atacante construiu habilmente os parâmetros de entrada, de modo que o valor de retorno da função getArraySum se tornasse muito pequeno devido a um estouro, mas o valor realmente registrado do montante depositado era um número muito grande.
Por fim, o atacante retirou tokens muito além da quantidade realmente depositada através da função withdraw.
Para evitar que eventos semelhantes ocorram novamente, especialistas da indústria sugerem que os desenvolvedores adotem as seguintes medidas:
Use versões mais recentes da linguagem de programação Solidity, que possuem um mecanismo de verificação de estouro embutido.
Para projetos que utilizam versões antigas do Solidity, pode-se considerar a introdução da biblioteca SafeMath da OpenZeppelin para lidar com operações inteiras, evitando problemas de overflow.
Reforçar a auditoria de código, prestando especial atenção às partes que podem levar a overflow aritmético.
Considerar a introdução de mecanismos de segurança adicionais, como assinaturas múltiplas, para adicionar uma camada de proteção às operações críticas.
Este evento lembrou novamente aos desenvolvedores de projetos de blockchain e aos usuários que, em um ecossistema de criptomoedas em rápida evolução, a segurança deve ser sempre a principal consideração. Os desenvolvedores de projetos devem continuamente aprimorar as medidas de segurança, enquanto os usuários também devem permanecer vigilantes e participar com cautela de diversas atividades DeFi.