
Uma exchange descentralizada, a Orca, anunciou a 20 de abril que concluiu a substituição completa de chaves e credenciais para um incidente de segurança na plataforma de desenvolvimento em cloud Vercel, confirmando que os seus contratos on-chain e os fundos dos utilizadores não foram afetados. A Vercel divulgou no domingo que um atacante, através de uma ferramenta de IA de terceiros que integra o Google Workspace OAuth, acedeu a parte dos sistemas internos da plataforma.
(Fonte: Vercel)
O caminho de ataque deste incidente não visou diretamente a Vercel; em vez disso, passou por uma ferramenta de IA de terceiros que já tinha sido comprometida num incidente de segurança anterior de maior escala, utilizando as permissões concedidas pela integração do Google Workspace OAuth para aceder aos sistemas internos da Vercel. A Vercel afirma que esta ferramenta já tinha afetado centenas de utilizadores de várias organizações.
Este tipo de vulnerabilidade na cadeia de fornecimento é difícil de detetar com monitorização de segurança tradicional, porque explora um serviço de integração de confiança em vez de uma vulnerabilidade de código detetável de forma direta. O programador Theo Browne indicou que o impacto mais grave ocorreu nas integrações internas da Vercel com o Linear e o GitHub. A informação que o atacante poderá ter conseguido aceder inclui: chaves de acesso, código-fonte, registos de base de dados e credenciais de implementação (incluindo tokens da NPM e do GitHub). A atribuição do incidente ainda não está esclarecida; há relatos de que o vendedor teria exigido um resgate à Vercel, mas os pormenores das negociações não foram divulgados.
Este incidente evidencia uma superfície de ataque no âmbito da segurança do front-end cripto que tem sido ignorada há muito tempo:
Sequestro na camada DNS: o atacante redireciona os utilizadores para um site falsificado, geralmente detetável relativamente rápido através de ferramentas de monitorização
Invasão na camada de gestão (Build Pipeline): o atacante modifica diretamente o código do front-end entregue aos utilizadores; os utilizadores acedem ao domínio correto, mas podem executar código malicioso sem o saber
No ambiente da Vercel, se as variáveis de ambiente não estiverem marcadas como “sensitive”, podem ser expostas. Para protocolos cripto, estas variáveis normalmente incluem informações críticas, como chaves de API, endpoints privados de RPC e credenciais de implementação. Uma vez expostas, o atacante pode alterar versões de deployment, injetar código malicioso ou aceder a serviços backend para realizar ataques mais abrangentes. A Vercel instou os clientes a rever imediatamente as variáveis de ambiente e a ativar a funcionalidade de proteção de variáveis sensíveis da plataforma.
Este incidente não afeta apenas a Orca, mas revela à comunidade Web3 um problema estrutural mais profundo: a dependência de projetos cripto de infraestruturas cloud centralizadas e de serviços de integração de IA está a criar uma nova superfície de ataque difícil de defender. Quando qualquer serviço de terceiros de confiança é comprometido, o atacante pode contornar defesas de segurança tradicionais e afetar diretamente os utilizadores. A segurança do front-end cripto já ultrapassou o âmbito da proteção DNS e das auditorias de smart contracts; a gestão de segurança abrangente das plataformas em cloud, dos pipelines de CI/CD e das integrações de IA está a tornar-se uma camada de defesa que os projetos Web3 não podem ignorar.
A Vercel afirma que o número de clientes afetados é limitado e que o serviço da plataforma não foi interrompido. Contudo, como muitos front-ends DeFi, interfaces de DEX e páginas de ligação de carteiras estão alojados na Vercel, recomenda-se que as equipas dos projetos revejam imediatamente as variáveis de ambiente, substituam quaisquer chaves que possam ter sido expostas, e confirmem o estado de segurança das credenciais de deployment (incluindo tokens da NPM e do GitHub).
As variáveis de ambiente normalmente armazenam informações sensíveis, como chaves de API, endpoints privados de RPC e credenciais de implementação. Se estes valores forem expostos, o atacante pode alterar o deployment do front-end, injetar código malicioso (por exemplo, pedidos falsificados de autorização de carteira) ou aceder a serviços de ligação backend para realizar um ataque mais abrangente, enquanto o domínio que os utilizadores visitam ainda apresenta, aparentemente, um aspeto normal.
A Orca confirmou de forma inequívoca que os seus contratos on-chain e os fundos dos utilizadores não foram afetados. Esta substituição de chaves é uma medida preventiva por precaução, e não baseada em perdas de fundos já confirmadas. Como a Orca adota uma arquitetura não-custodial, mesmo que o front-end seja afetado, o controlo da propriedade dos ativos on-chain continua a ser detido pelo próprio utilizador.
Related Articles
O CTO da Ripple: O Exploit do Kelp DAO Reflecte as Trocas de Segurança na Ponte
rsETH ponte LayerZero foi roubada, várias soluções como a Aave congelam de forma urgente
A França regista 41 rapto relacionados com criptomoedas e invasões domiciliárias em 2025
O domínio eth.limo foi sequestrado; a EasyDNS reconhece o primeiro ataque de engenharia social em 28 anos
A Curve Finance suspende preventivamente a LayerZero para transferências cross-chain; as pontes de CRV e crvUSD têm limites em vigor
A ponte Kelp é afetada por uma vaga de ataques e Aave, com queda acentuada do TVL que faz surgir 196 milhões em créditos de cobrança duvidosa