A notícia de ataque hacker mais comentada ontem no mundo cripto não tem absolutamente nada a ver com corretoras. O alvo foi a Railway, uma plataforma de nuvem para desenvolvedores implantarem aplicativos, que afirma ser usada por 2 milhões de desenvolvedores.
Na manhã de 21 de outubro, a Railway detectou uma anomalia no sistema que armazena as variáveis de ambiente dos usuários e, em seguida, suspendeu as compilações e implantações de toda a plataforma. O que são variáveis de ambiente? Em poucas palavras, são configurações secretas necessárias para que um aplicativo funcione: chaves de API, senhas de bancos de dados, credenciais de repositórios de imagens e, como muita gente prefere facilitar as coisas, até chaves privadas. O comunicado oficial foi bastante comedido: terceiros não autorizados podem ter acessado variáveis de ambiente criptografadas, e alguns deles teriam obtido o conteúdo descriptografado. As entrelinhas falam por si.
Quem confirmou o que aconteceu foi a pesquisadora de segurança Taylor Monahan. Ela rastreou o endereço de um hacker, 0xd9773325282874d18cb83f1fe50f14c39750b2ee. A primeira transação de roubo de criptomoedas ocorreu em 21 de outubro, às 19h36 UTC. Depois, mais de 500 transações passaram por mais de 200 endereços, em 19 redes EVM. O método usado foi um script sweeper já existente, e as perdas são estimadas em US$ 371 mil. A cronologia que ela publicou é bastante interessante: a plataforma suspendeu as compilações pela manhã, mas as transações de roubo só apareceram à noite. Ela reclamou diretamente que o silêncio nesse intervalo era um pesadelo para os advogados. Mas vamos deixar clara a lacuna nos dados: os US$ 371 mil são uma estimativa pessoal dela, baseada em dados on-chain; a Railway ainda não confirmou esse valor de forma independente.
O que isso tem a ver com nós, pequenos investidores? Primeiro, perder criptomoedas não significa necessariamente que houve uma vulnerabilidade em um contrato ou que você clicou em um link de phishing. Algo pode acontecer até em um lugar onde você nem estava envolvido. Muita gente usa plataformas de nuvem para rodar bots de negociação ou monitorar nós, e deixa as chaves privadas e as chaves de API das corretoras nas variáveis de ambiente. Se a plataforma é invadida, é como se sua carteira fosse invadida. E, se roubarem a chave de API da corretora, o invasor pode sacar suas criptomoedas diretamente. Mas, se você não roda bots, está a salvo? Não necessariamente. As chaves de API das corretoras que você autorizou softwares de copy trading, ferramentas de negociação quantitativa ou aplicativos de gestão de ativos a usar também ficam nas plataformas deles. É exatamente a mesma lógica. Segundo, plataformas de nuvem não são cofres. Quando uma chave privada vai para a nuvem, ela passa a ser a chave privada da plataforma; só resta torcer para que a equipe de operações não cometa erros.
Minha conclusão é bem direta: se for rodar bots, prefira usar uma máquina local ou um servidor que você mesmo administra. Se realmente precisar usar a nuvem, desative a permissão de saque da chave de API da corretora e deixe apenas a permissão de negociação. A Railway ainda incluiu uma frase que dá o que pensar: o incidente pode fazer parte de uma série de ataques direcionados a provedores de serviços de inferência de IA. Com toda essa onda de IA, até os hackers estão de olho.
Você já autorizou alguma ferramenta de terceiros a usar a API da sua corretora? Conte a verdade nos comentários.
#Railway #被黑事件 #私钥安全 #交易机器人 #SegurançaWeb3
—— Xiaokai, o pequeno investidor do Web3
Aviso: opiniões pessoais; isto não constitui recomendação de investimento.
Na manhã de 21 de outubro, a Railway detectou uma anomalia no sistema que armazena as variáveis de ambiente dos usuários e, em seguida, suspendeu as compilações e implantações de toda a plataforma. O que são variáveis de ambiente? Em poucas palavras, são configurações secretas necessárias para que um aplicativo funcione: chaves de API, senhas de bancos de dados, credenciais de repositórios de imagens e, como muita gente prefere facilitar as coisas, até chaves privadas. O comunicado oficial foi bastante comedido: terceiros não autorizados podem ter acessado variáveis de ambiente criptografadas, e alguns deles teriam obtido o conteúdo descriptografado. As entrelinhas falam por si.
Quem confirmou o que aconteceu foi a pesquisadora de segurança Taylor Monahan. Ela rastreou o endereço de um hacker, 0xd9773325282874d18cb83f1fe50f14c39750b2ee. A primeira transação de roubo de criptomoedas ocorreu em 21 de outubro, às 19h36 UTC. Depois, mais de 500 transações passaram por mais de 200 endereços, em 19 redes EVM. O método usado foi um script sweeper já existente, e as perdas são estimadas em US$ 371 mil. A cronologia que ela publicou é bastante interessante: a plataforma suspendeu as compilações pela manhã, mas as transações de roubo só apareceram à noite. Ela reclamou diretamente que o silêncio nesse intervalo era um pesadelo para os advogados. Mas vamos deixar clara a lacuna nos dados: os US$ 371 mil são uma estimativa pessoal dela, baseada em dados on-chain; a Railway ainda não confirmou esse valor de forma independente.
O que isso tem a ver com nós, pequenos investidores? Primeiro, perder criptomoedas não significa necessariamente que houve uma vulnerabilidade em um contrato ou que você clicou em um link de phishing. Algo pode acontecer até em um lugar onde você nem estava envolvido. Muita gente usa plataformas de nuvem para rodar bots de negociação ou monitorar nós, e deixa as chaves privadas e as chaves de API das corretoras nas variáveis de ambiente. Se a plataforma é invadida, é como se sua carteira fosse invadida. E, se roubarem a chave de API da corretora, o invasor pode sacar suas criptomoedas diretamente. Mas, se você não roda bots, está a salvo? Não necessariamente. As chaves de API das corretoras que você autorizou softwares de copy trading, ferramentas de negociação quantitativa ou aplicativos de gestão de ativos a usar também ficam nas plataformas deles. É exatamente a mesma lógica. Segundo, plataformas de nuvem não são cofres. Quando uma chave privada vai para a nuvem, ela passa a ser a chave privada da plataforma; só resta torcer para que a equipe de operações não cometa erros.
Minha conclusão é bem direta: se for rodar bots, prefira usar uma máquina local ou um servidor que você mesmo administra. Se realmente precisar usar a nuvem, desative a permissão de saque da chave de API da corretora e deixe apenas a permissão de negociação. A Railway ainda incluiu uma frase que dá o que pensar: o incidente pode fazer parte de uma série de ataques direcionados a provedores de serviços de inferência de IA. Com toda essa onda de IA, até os hackers estão de olho.
Você já autorizou alguma ferramenta de terceiros a usar a API da sua corretora? Conte a verdade nos comentários.
#Railway #被黑事件 #私钥安全 #交易机器人 #SegurançaWeb3
—— Xiaokai, o pequeno investidor do Web3
Aviso: opiniões pessoais; isto não constitui recomendação de investimento.