Sem Admin? Sem Problema: Como uma Conta macOS Padrão Pode Silenciosamente Cegar Seu EDR

A premissa de segurança adotada na maioria das implantações corporativas de macOS funciona mais ou menos assim: bloquear credenciais de administrador, exigir o registro no MDM, adicionar um agente EDR e pronto — o endpoint está protegido. Afinal, agentes mal-intencionados precisam escalar privilégios primeiro, certo? Essa premissa acaba de receber um golpe certeiro. Em 24 de junho de 2026, pesquisadores da XM Cyber divulgaram uma técnica que permite a uma conta de usuário completamente padrão, sem privilégios administrativos, descarregar silenciosamente ferramentas de segurança corporativa sem disparar um único alerta, sem acionar um exploit de kernel e sem nunca ver uma janela solicitando senha.

O Trust Cache: a memória do macOS que sobrevive ao aplicativo Para entender por

que isso funciona, é preciso compreender rapidamente como o macOS decide em que confiar. Quando um aplicativo legitimamente assinado é executado, o kernel registra seu CDHash — uma impressão digital criptográfica do código do app — em uma estrutura chamada trust cache de assinatura de código. Segundo Eduard Kovacs, do SecurityWeek, a novidade da pesquisa da XM Cyber está no que acontece depois que esse aplicativo legítimo é encerrado: o kernel continua confiando naquele CDHash. Um atacante pode injetar um payload malicioso que se passa pelo componente confiável do app após o fato, e o trust cache do kernel não tem motivo para questionar isso. O app assinado fez o trabalho pesado; o payload malicioso simplesmente entra usando as credenciais dele.

Essa é a falha arquitetural crítica. A pesquisa da XM Cyber, conforme reportado pelo SecurityWeek e pelo Mallory, é explícita ao afirmar que a técnica abusa de comportamentos legítimos do macOS, em vez de explorar uma vulnerabilidade de software específica. Não há CVE registrado contra o kernel da Apple aqui, porque o kernel está tecnicamente fazendo exatamente o que foi projetado para fazer. Essa distinção é enormemente importante para quem está na defesa, pois não existe nenhum patch da Apple aguardando lançamento que vá fechar essa porta específica.

Como a cadeia de ataque funciona na prática

A cadeia de ataque completa, conforme descrita pelo resumo de inteligência do Mallory, conecta três primitivas. Primeiro, conexões XPC com validação fraca: o mecanismo de comunicação entre processos do macOS nem sempre verifica rigorosamente se o chamador é quem afirma ser. Segundo, injeção de payload malicioso em arquivos NIB do Interface Builder — os arquivos de definição de interface que os apps do macOS usam para construir suas telas. Ambas as primitivas estão documentadas publicamente há anos e foram parcialmente tratadas pela Apple, conforme o SecurityWeek.

A terceira peça é a contribuição inédita: explorar a persistência do trust cache descrita acima para fazer com que o payload injetado pareça um componente confiável do app ao chamar métodos XPC privilegiados. O resultado é que um usuário padrão consegue invocar funções privilegiadas que deveriam, por toda intenção arquitetural, exigir autorização de administrador. A XM Cyber confirmou que usou esse método com sucesso para descarregar silenciosamente ou desativar permanentemente o CrowdStrike Falcon Sensor, o Kandji MDM e um terceiro produto EDR não identificado — tudo isso sem disparar alertas, de acordo com o relatório do Mallory.

Quem corrigiu, quem ainda não corrigiu e

a incômoda questão sobre a Apple O Kandji agiu rapidamente. A empresa tratou o problema em uma versão atualizada do agente e atribuiu o CVE-2026-39118, segundo o Mallory. O Falcon Sensor da CrowdStrike e o terceiro produto EDR não identificado ainda não têm status de patch público confirmado nas evidências disponíveis. A Apple não emitiu uma correção para o comportamento subjacente do trust cache, o que é coerente com a visão da XM Cyber de que isso é um abuso do design legítimo do sistema operacional, e não um bug corrigível no sentido convencional.

É aqui que a situação fica interessante do ponto de vista da segurança da plataforma. Jai Vijayan, do Dark Reading, cobrindo a mesma divulgação, observa que a técnica permite que um atacante se passe por componentes confiáveis de aplicativos e execute ações privilegiadas silenciosamente. As mitigações parciais que a Apple já lançou anteriormente para validação XPC e injeção em NIB não fecharam a cadeia completa. Os defensores não podem simplesmente aguardar o surgimento de um patch de plataforma e considerar o trabalho concluído.

O que isso significa na prática para você

Se você gerencia um conjunto de dispositivos macOS e está confiando na cobertura de EDR ou MDM como sua camada primária de detecção, esta pesquisa deve provocar uma conversa honesta sobre o que essa cobertura realmente garante. Um agente de ameaças que obtém acesso a uma conta de usuário padrão — seja por phishing, preenchimento de credenciais ou acesso físico — agora tem um caminho demonstrado para silenciar as ferramentas das quais você depende para detectá-lo.

O guia de escalada de privilégios do Jamf publicado em 2024 continua sendo um contexto relevante: o princípio de que os limites de privilégio em dispositivos Apple precisam de aplicação ativa, e não de suposição passiva, não é novidade, mas a pesquisa da XM Cyber dá a ele um peso muito mais concreto.

Os passos práticos imediatos para as equipes corporativas: verifique se está executando o agente atualizado do Kandji, consulte seus outros fornecedores de EDR sobre o status de aviso para essa técnica específica e revise se suas políticas de validação de conexão XPC estão tão rigorosas quanto poderiam estar. Acompanhe o blog da XM Cyber para o relatório técnico completo e observe se a resposta da Apple envolverá um aviso de segurança ou uma revisão arquitetural silenciosa em uma versão futura do macOS. A diferença entre esses dois resultados dirá muito sobre o quanto a Cupertino leva a sério o modelo de confiança que ela mesma construiu.