DR: O relatório expandido de incidentes do Chainstack concentra-se em falhas de controle de acesso. Sua orientação de recuperação torna a rotação concluída de credenciais uma prioridade.

Chainstack adicionou detalhes técnicos ao incidente de segurança divulgado pela primeira vez em 3 de novembro. relatório atualizado, com uma seção técnica datada de 10 de novembro, descreve uma intrusão de outubro construída em torno de falhas de configuração e controle de acesso. A empresa afirma não ter encontrado nenhuma evidência de que uma vulnerabilidade de software tenha sido explorada.

Como os controles de acesso falharam

De acordo com Chainstack, o invasor entrou por meio de uma instância de desenvolvimento do Grafana com credenciais de administrador padrão inalteradas. Um servidor de ferramentas não autenticado com amplas permissões do Kubernetes fazia parte do caminho de acesso. As credenciais da máquina também conectaram os ambientes de desenvolvimento e produção.

A lição operacional é sobre o alcance de uma conta após o primeiro login. Um serviço de teste discreto pode se tornar importante se puder entrar em contato com sistemas confidenciais ou possuir privilégios que vão além de seu trabalho imediato.

A cobertura do NewsBTC sobre o Incidente de infraestrutura NEAR AI explorou uma fronteira relacionada entre um aplicativo e os serviços que o suportam. Os mecanismos diferem, mas ambos tornam a infraestrutura circundante relevante para a segurança de uma plataforma criptográfica.

O que os clientes estão sendo solicitados a abordar

O relatório identifica nomes de contas, detalhes de organizações, endereços de e-mail e hashes de senhas como potencialmente expostos. Ele trata as credenciais do nó como expostas, apesar de não encontrar nenhuma evidência de que foram lidas, e pede aos clientes que alterem as senhas, alternem as credenciais do nó e gerem novamente as chaves de API da plataforma quando usadas.

Um hash de senha e um token de acesso funcional criam problemas diferentes. Hashes são representações de senhas, enquanto um token ativo pode autorizar solicitações diretamente. Portanto, não se pode presumir que a substituição de uma senha de login invalide todas as outras credenciais associadas a um aplicativo.

É por isso que a orientação sobre incidentes precisa identificar claramente os tipos de credenciais afetados. Uma única instrução para alterar uma senha pode deixar os desenvolvedores inseguros sobre endpoints de aplicativos, trabalhos automatizados e integrações de serviços.

A rotação de credenciais tem uma etapa de conclusão

Chainstack's documentação de gerenciamento de nós descreve um processo de rotação em etapas. Novas credenciais são geradas enquanto as existentes permanecem ativas. Os aplicativos podem então passar para as substituições antes que as credenciais antigas sejam desativadas.

A documentação diz que ambos os conjuntos continuam funcionando até a etapa final, sem limite de tempo automático. A conclusão da rotação rejeita permanentemente as solicitações que usam as credenciais anteriores. Também diz que a rotação de um nó não altera um token de autenticação multichain.

Para uma operadora, a sobreposição reduz o risco de interrupção de um serviço em funcionamento durante a atualização de aplicativos. A responsabilidade correspondente é finalizar a migração. Somente a geração de uma substituição deixa disponível o meio de acesso anterior.

Um registro de conclusão útil, portanto, rastrearia quais aplicativos foram movidos e quando as credenciais antigas foram desativadas. Esse é um controle prático que uma equipe pode verificar após a emergência inicial.

O problema de design subjacente é familiar

Grafana's orientação de segurança avisa que os serviços na sua rede local podem ser acessíveis através do seu proxy de fonte de dados. Ele descreve controles como a limitação de destinos permitidos e o uso de regras de firewall para restringir o acesso a serviços internos confidenciais.

Essas precauções abordam o que uma ferramenta pode alcançar, bem como quem pode fazer login nela. A autenticação e os limites da rede realizam trabalhos diferentes; os limites de permissão fornecem outra camada se um dos limites falhar.

Relatório do NewsBTC sobre Chainalysis restaurando serviços de triagem mostra por que a recuperação operacional e a análise de exposição de dados podem seguir cronogramas diferentes.

A conta expandida do Chainstack oferece aos clientes mais detalhes para avaliação. O teste restante é se as alterações de acesso foram concluídas e se os controles revisados ​​podem impedir que um serviço comprometido vá muito além da função pretendida.

escrito pelo News Desk e editado por Samuel Rae.