Site da Kintsu é restaurado, mas usuários ainda são aconselhados a não conectar suas carteiras

A Kintsu, um protocolo de staking líquido desenvolvido na blockchain Monad, teria restaurado seu site oficial após um suposto ataque ao front-end. No entanto, a equipe do projeto continua alertando os usuários para que não acessem kintsu.xyz nem conectem uma carteira até que seja publicada uma confirmação oficial de segurança.

O incidente destaca um risco cada vez mais importante nas finanças descentralizadas: mesmo quando os contratos inteligentes permanecem inalterados, um site comprometido ainda pode redirecionar os usuários para transações maliciosas.

A recuperação do site não significa que o incidente terminou

A Kintsu informou que seu domínio havia sido restaurado e voltado a apontar para a infraestrutura do próprio projeto. No entanto, os caches do sistema de nomes de domínio (DNS) não são atualizados simultaneamente em todos os provedores de internet e regiões.

Como resultado, alguns usuários ainda podem ser direcionados para uma versão maliciosa do site durante determinado período. A equipe indicou que esse risco pode persistir por aproximadamente uma hora após a correção do domínio e recomendou que os usuários aguardem um anúncio oficial confirmando que não há mais riscos.

Essa distinção é fundamental. O fato de um site aparecer normalmente em determinado local não prova necessariamente que todos os usuários estão acessando a mesma infraestrutura. A propagação do DNS, o cache do navegador e o cache em nível de rede podem criar condições de acesso inconsistentes.

Para acompanhar as atualizações mais recentes e específicas do projeto, os usuários devem confiar apenas nos canais de comunicação verificados da Kintsu e evitar interpretar a aparência restaurada do site como prova de que ele é seguro.

O que aconteceu durante o suposto ataque ao front-end?

A empresa de segurança Blockaid alertou que havia detectado um ataque ativo ao front-end envolvendo vários sites de criptomoedas, incluindo Kintsu, Flap e Stonkbrokers.

Segundo o alerta, os sites afetados haviam sido modificados para carregar scripts maliciosos associados ao kit de ferramentas StepDrainer. Esses scripts poderiam manipular o fluxo de conexão da carteira e redirecionar os usuários para uma página criada para facilitar a transferência de ativos digitais.

O ataque não exigia necessariamente que os usuários baixassem um aplicativo suspeito ou inserissem sua frase-semente. Em vez disso, o perigo surgia no momento em que os usuários clicavam em um familiar botão “Conectar carteira” e, em seguida, interagiam com uma solicitação de transação ou assinatura apresentada pela página maliciosa.

É por isso que incidentes de segurança no front-end podem ser especialmente difíceis de detectar. O site pode manter sua identidade visual, seu layout e sua navegação habituais, enquanto substitui silenciosamente as interações legítimas com a carteira por ações prejudiciais.

Por que “Conectar carteira” não é uma ação inofensiva

Muitos usuários consideram a conexão da carteira um simples processo de login. Na prática, conectar uma carteira pode expor informações sobre o endereço e estabelecer um canal de comunicação entre uma aplicação descentralizada e a interface da carteira.

O risco mais grave começa quando uma dApp solicita que o usuário:

• Aprove uma permissão de uso de tokens
• Assine uma mensagem desconhecida
• Confirme uma transação com parâmetros pouco claros
• Transfira ativos para um endereço desconhecido
• Conceda permissões que continuam ativas depois do fim da sessão

Um site malicioso pode apresentar essas solicitações usando uma linguagem familiar ou uma interface refinada. Se a solicitação for aprovada, o invasor poderá obter a capacidade de movimentar determinados tokens ou convencer o usuário a autorizar uma transferência direta de ativos.

Por isso, os usuários devem avaliar cada solicitação da carteira individualmente, em vez de presumir que ela é segura apenas porque aparece em um site conhecido.

Medidas recomendadas para usuários da Kintsu

Até que a Kintsu publique uma confirmação clara de segurança, os usuários devem tomar as seguintes precauções:

1. Não acesse kintsu.xyz por enquanto.
   Um domínio recuperado ainda pode ser resolvido de forma inconsistente devido ao cache do DNS e do navegador.

2. Não conecte uma carteira à Kintsu, à Flap ou à Stonkbrokers.
   Isso se aplica mesmo que a interface pareça normal ou carregue sem exibir um alerta evidente.

3. Rejeite solicitações de assinatura desconhecidas.
   Nunca aprove uma transação simplesmente porque um site afirma que ela é necessária para prosseguir.

4. Revise as aprovações e permissões de tokens.
   Se uma carteira foi conectada ou uma transação foi aprovada durante o período em que o ataque pode ter ocorrido, os usuários devem verificar suas permissões on-chain e revogar autorizações desnecessárias por meio de uma ferramenta confiável de gerenciamento de permissões.

5. Não confunda a resposta ao incidente com as frases de recuperação.
   Nunca insira uma frase-semente ou chave privada em um site, formulário de suporte, solicitação de extensão do navegador ou mensagem direta. Se houver possibilidade de exposição da frase de recuperação de uma carteira, pode ser necessário transferir os ativos para uma carteira recém-gerada.

6. Acompanhe os comunicados verificados.
   Domínios de projetos, contas em redes sociais e canais comunitários podem todos ser falsificados. Os usuários devem verificar a autenticidade da conta antes de seguir instruções urgentes.

As orientações de segurança de carteiras da Ethereum Foundation também recomendam tratar com cautela solicitações inesperadas de assinatura e aplicações desconhecidas.

Uma lição mais ampla para usuários de DeFi

O incidente da Kintsu demonstra que a segurança das finanças descentralizadas vai além das auditorias de contratos inteligentes. Os usuários costumam se concentrar no código dos contratos, nos riscos relacionados aos validadores e na governança dos protocolos, mas o front-end também é uma parte importante da superfície de ataque.

Uma aplicação descentralizada pode depender de vários componentes, incluindo:

• Registro de domínio e configuração de DNS
• Provedores de hospedagem e pipelines de implantação
• Bibliotecas JavaScript e scripts de terceiros
• Provedores de conexão com carteiras
• Contas em redes sociais usadas para comunicados

O comprometimento de qualquer uma dessas camadas pode afetar os usuários mesmo quando a blockchain subjacente continua funcionando normalmente.

O incidente também mostra por que a simulação de transações e a verificação humana continuam sendo importantes. Uma solicitação da carteira deve ser avaliada com base no contrato, na função, no destinatário e no valor efetivamente envolvidos — e não apenas no nome do site que a gerou.

Como as carteiras de hardware se encaixam nesse modelo de segurança

Uma carteira de hardware pode oferecer uma camada adicional de proteção ao manter as chaves privadas isoladas dos ambientes online comuns. No entanto, ela não pode tornar automaticamente segura uma transação maliciosa. Se um usuário confirmar uma aprovação ou transferência sem verificar os detalhes da transação, a carteira de hardware ainda poderá assiná-la.

Para usuários que interagem com protocolos DeFi em redes como a Monad, uma carteira de hardware como a OneKey pode fazer parte de uma estratégia de segurança mais ampla. A abordagem mais eficaz combina o isolamento das chaves com a verificação cuidadosa do domínio, permissões limitadas, carteiras separadas para diferentes níveis de risco e a recusa em assinar solicitações pouco claras ou inesperadas.

Conclusão

A restauração do site da Kintsu não deve ser interpretada como o fim do incidente de segurança. Até que o projeto publique uma confirmação explícita de que o front-end e a infraestrutura relacionada estão seguros, os usuários devem evitar kintsu.xyz, não conectar suas carteiras e rejeitar qualquer solicitação de assinatura desconhecida.

Para os participantes de DeFi, a principal lição é simples: um site familiar não garante uma transação segura. Verifique o domínio, analise cada solicitação da carteira, limite as permissões de tokens e trate qualquer urgência inesperada como um possível sinal de alerta.