O fornecedor de backup é a nova porta de entrada, e a IA acabou de arrombá-la

Quais dos seus fornecedores poderiam entrar agora mesmo no seu tenant do Microsoft 365 sem senha, sem MFA e sem que ninguém perceba? Se você não sabe responder, o incidente do ConnectWise Cloud Backup foi escrito para você.

A versão curta: a ConnectWise suspendeu o Cloud Backup (antes SkyKick), junto com os serviços SaaS Security e Cloud Management, depois que atividade suspeita foi detectada pela primeira vez em 14 de outubro. A Cybersecurity Dive informa que um relatório da Microsoft liga a campanha a um grupo com vínculos com a China, rastreado como Storm-0940. Segundo esse relatório, o grupo usou uma ferramenta de pentest de código aberto baseada em IA agêntica chamada Artex. A Microsoft diz que ele tentou entrar em mais de 2.250 tenants do Microsoft 365, a 2.900 tentativas por minuto.

A credencial era o ataque, não o produto

Repare no que não aconteceu. Segundo a Sophos, os logins não precisaram de senha de usuário nem de MFA, porque o invasor se autenticou como a própria identidade de aplicativo do fornecedor. A Sophos afirma que a varredura partiu de um único servidor por cerca de 96 minutos. Diz também que não está claro como a credencial foi obtida.

Essa é a verdade incômoda do desenho dos aplicativos de backup multitenant. Os clientes dão consentimento uma vez, e a identidade do fornecedor passa a poder solicitar tokens em todos os tenants que consentiram. Como disse Jon Semon, da Huntress, à CyberScoop, qualquer pessoa com a credencial pode solicitar tokens em qualquer tenant em que o aplicativo esteja instalado, sem nenhuma ação do cliente. Achamos que é uma concentração de risco que a maioria dos compradores nunca colocou na conta. Você contratou um serviço de backup. Também entregou a um terceiro uma chave-mestra, e a segurança dele virou a sua.

O ângulo do backup piora tudo. O resumo da SOCRadar observa que esses produtos costumam exigir permissões amplas, que podem incluir caixas de e-mail, arquivos e dados de diretório. Eles também chegam a esses tenants por meio de MSPs, que ficam a um salto de muitas organizações pequenas. Para um invasor, é um lugar muito eficiente para estar.

"Escalar como uma startup" é a verdadeira notícia

A parte da IA merece ceticismo e respeito na mesma medida. Ceticismo, porque a Huntress chama sua visão de "hipótese de trabalho": um agente de IA executando ferramentas com script, com intervenção humana ocasional. Respeito, porque a escala é o que importa. Listar tenants nunca foi difícil. O que muda é o custo da etapa seguinte, como reconhecimento, escalonamento de privilégios ou implantação de persistência, em centenas de alvos ao mesmo tempo.

O CEO da ConnectWise resumiu bem: a IA permite que invasores testem conexões confiáveis ao que a Microsoft chama de "velocidade de máquina". Acrescentaríamos que os processos dos defensores continuam na velocidade humana: chamados, e-mails de fornecedores, revisões semanais. Os números da própria Microsoft mostram 151 mil logins malsucedidos em poucos dias. A maioria dos defensores não consegue conter esse ritmo manualmente.

Uma ressalva sobre a atribuição. Outras reportagens, incluindo a da CyberScoop, diziam que o invasor não havia sido identificado, e a SOCRadar disse o mesmo. A atribuição da Microsoft veio depois. Além disso, nem todos os números de escala são comprometimentos confirmados. A SOCRadar ressalta que quase 1.000 tenants com atividade de login não devem ser lidos como 1.000 violações.

Trate backup e ferramentas de MSP como tier zero

Esta é a nossa posição. As equipes de segurança protegem há muito tempo controladores de domínio e provedores de identidade como joias da coroa. Um conector de backup com direitos de ler e gravar e-mails e arquivos, como descreveu a Todyl, pertence ao mesmo nível. Na prática, isso significa:

• Inventariar todo aplicativo de terceiros com consentimento no seu tenant e conferir pelo Application ID, não pelo nome de exibição, como aconselha a ConnectWise.
• Criar alertas para logins de service principals a partir de IPs inesperados. Neste caso, o aplicativo apareceu de um servidor, e não da infraestrutura do Azure normalmente associada a ele.
• Ficar atento a aplicativos que concedem funções a si mesmos ou adicionam segredos a outros aplicativos. A Huntress viu exatamente isso, o que significa que desativar o aplicativo original é necessário, mas pode não ser suficiente.
• Não presumir que silêncio nos logs significa segurança. A SOCRadar observa que algumas leituras via Graph deixam pouco rastro de auditoria.

O grande perdedor aqui é o velho modelo de confiança, em que a certificação SOC de um fornecedor substituía os seus próprios controles. Os vencedores são os invasores, até que os compradores exijam dos fornecedores de backup isolamento de credenciais e visibilidade no nível do tenant. A própria ConnectWise disse que sua arquitetura não lhe dá visibilidade suficiente dos tenants downstream para saber quem foi afetado.

Nosso veredicto: não espere o post-mortem. Se você opera o Microsoft 365 por meio de um MSP, pergunte esta semana quais identidades de fornecedores têm consentimento, o que elas podem acessar e quem é alertado quando se comportam mal. A IA não inventou essa fraqueza, mas tornou barato explorá-la em larga escala.