Vazamento de dados da Vultr em 2022

Os usuários da Vultr geralmente estão acostumados a receber notificações sobre servidores, infraestrutura em nuvem, endereços IP, cobrança, suporte e segurança. Esse fluxo habitual facilita que mensagens falsas pareçam reais. Um invasor pode usar o endereço de e-mail, o nome, o contexto do IP ou as informações sobre o país do usuário para criar mensagens que aparentem tratar de acessos incomuns, interrupções regionais ou problemas de cobrança.

O campo Endereços IP deste registro exige atenção especial. Um endereço IP, por si só, não permite acessar um servidor; no entanto, ele reforça o contexto técnico do usuário do serviço em nuvem. O usuário pode receber uma mensagem falsa relacionada a um endereço IP específico, como uma notificação de abuso, um alerta de abuso, um aviso de vulnerabilidade de segurança, uma notificação de DDoS ou uma mensagem de suspensão. Essas mensagens devem ser verificadas apenas pelo painel oficial.

O campo Localizações geográficas pode ajudar a preparar mensagens personalizadas com base no contexto do país ou da região do usuário. Mensagens que aparentem tratar de legislação regional, forma de pagamento, centro de dados ou notificação fiscal devem ser examinadas com cuidado. Mesmo que as informações de localização estejam corretas, isso não indica que a mensagem seja confiável.

Como nenhuma senha ou informação de acesso à conta foi listada neste incidente, a primeira medida dos usuários não deve ser entrar em pânico e compartilhar senhas, mas verificar com calma a segurança da conta. Use uma senha forte e exclusiva e autenticação multifator na sua conta da Vultr, revise as chaves de integração e mantenha as notificações de cobrança ativadas. Caso haja uma chave de integração ou uma alteração de acesso inesperada, isso deve ser verificado diretamente pelo painel.

Para as organizações, o incidente da Vultr mostra que dados mantidos por fornecedores terceirizados de marketing ou comunicação podem criar riscos de engenharia social para clientes de infraestrutura em nuvem. Mesmo que a conta do serviço em nuvem não seja afetada, os dados de comunicação podem ajudar invasores a escolher o assunto e a linguagem adequados. Por isso, os canais de comunicação com clientes e os alertas de segurança devem ser consistentes.

Os usuários afetados da Vultr devem analisar com cuidado mensagens sobre cobrança, suspensão de servidor, notificação de abuso de IP, vulnerabilidade de segurança, chave de integração ou verificação regional de conta. Deve-se usar o painel de controle conhecido em vez do link da mensagem, e não compartilhar senhas ou códigos de verificação. Este registro contém dados limitados; ainda assim, devido ao contexto de infraestrutura em nuvem, deve ser tratado com cuidado.

Outro ponto que merece a atenção dos usuários de uma conta da Vultr é que os serviços em nuvem podem estar associados a sistemas críticos de produção. Mesmo que apenas o endereço de e-mail de uma conta seja exposto, invasores podem assustar o usuário com questões urgentes, como segurança do servidor, cobrança ou abuso de IP. Por isso, as notificações não devem ser consideradas legítimas até que apareçam no painel oficial.

As equipes técnicas devem revisar regularmente as chaves de integração, as chaves SSH, os usuários responsáveis pela cobrança e os membros da equipe. Embora essas áreas não estejam listadas neste vazamento, mensagens falsas podem tentar convencer o usuário a gerar uma nova chave ou compartilhar informações existentes. A segurança das notificações e das sessões deve ser uma prioridade específica nas contas de serviços em nuvem.

Para as instituições, este evento exige que os alertas de segurança enviados aos clientes de serviços em nuvem sejam consistentes e verificáveis. Os usuários devem conseguir verificar facilmente pelo painel qual alerta é verdadeiro. Links em e-mails que solicitam uma ação urgente podem ser usados com frequência em fraudes direcionadas a usuários de infraestrutura em nuvem.

Se este registro corresponder ao seu endereço de e-mail, verifique suas contas considerando cada um dos tipos de dados listados. Mesmo que o incidente seja antigo, informações de contexto sobre e-mail, senha, telefone, endereço ou identidade podem ser combinadas com outros conjuntos de dados e usadas posteriormente em fraudes direcionadas.

A prioridade é alterar a senha das contas que usam a mesma senha, ativar a verificação em duas etapas nas contas críticas, encerrar sessões não reconhecidas e usar a página de login conhecida em vez de links, para evitar notificações falsas. Mesmo que não haja uma senha no registro, os campos de e-mail e perfil podem ser suficientes para phishing.