Microsoft Teams no macOS: erro “está danificado e não pode ser aberto” — causas, soluções e comandos passo a passo

Se, após atualizar o macOS (ex.: Sonoma 14.5/14.6.1 ou Ventura 13.7.2) ou o próprio Teams, você passou a ver o alerta “Microsoft Teams está danificado e não pode ser aberto. Mova‑o para o Lixo/Lixeira”, este guia explica a causa e traz correções confirmadas, do simples ao avançado.

Índice

Entendendo o erro “Microsoft Teams está danificado e não pode ser aberto”

Esse aviso costuma aparecer logo após uma atualização do macOS ou do próprio Teams. Em muitos casos, há mensagens adicionais como “não é de um desenvolvedor identificado”. Apesar do texto assustar, quase nunca é ficheiro/arquivo realmente corrompido. O que ocorre, na maioria das vezes, é o Gatekeeper (mecanismo de proteção do macOS) bloquear a abertura porque o app ficou sob quarentena ou porque a assinatura/notarização mudou após um update.

O Gatekeeper usa atributos de segurança para decidir se um app pode abrir. Quando o macOS entende que o Teams veio de uma fonte “nova” (por exemplo, depois de um auto‑update) ou que a assinatura mudou, ele pode marcar o app com o atributo com.apple.quarantine. Resultado: o sistema impede a execução e exibe o alerta de “danificado”.

Tradução rápida das mensagens mais comuns

Mensagem que aparece	O que normalmente significa	Ação recomendada
“Está danificado e não pode ser aberto. Mova‑o para o Lixo/Lixeira.”	Bloqueio do Gatekeeper por quarentena/assinatura.	Tente Abrir via menu contextual; se insistir, remova a quarentena (`xattr`) ou reinstale limpo.
“Não é de um desenvolvedor identificado.”	Assinatura não reconhecida ou primeira execução após update.	Use clique direito > Abrir uma vez para autorizar.
Permissões negadas ao remover xattr	App aberto ou falta de `sudo`.	Feche o Teams e repita com `sudo`.
“No such xattr: com.apple.quarantine”	O app não está em quarentena.	Tente abrir pelo menu contextual; se falhar, faça reinstalação limpa.

Correções em ordem de eficácia e segurança

Comece do mais simples. Na maior parte dos casos, a correção 1 já resolve.

Autorizar pelo menu contextual (a mais simples)

No Finder, abra Aplicações (Aplicativos).
Localize Microsoft Teams (o nome pode aparecer como Microsoft Teams ou Microsoft Teams (work or school)).
Clique com o botão direito (ou Ctrl-clique / Option-clique) e escolha Abrir.
O macOS mostrará um alerta semelhante, agora com a opção Abrir. Confirme. A partir daí, o sistema grava que você confia no app.

Por que funciona? Você está “ensinando” ao Gatekeeper que aquele app específico é confiável, sem desativar a proteção do macOS para os demais apps.

Remover o atributo de quarentena via Terminal (quando você confia na origem)

Se você baixou o Teams do site oficial da Microsoft ou recebeu via canal corporativo confiável e o macOS continua a bloquear, remova a quarentena:

# Feche o Teams antes de executar estes comandos
sudo xattr -dr com.apple.quarantine "/Applications/Microsoft Teams.app"

Dicas importantes

Use aspas no caminho, pois o nome do app tem espaço.
Se aparecer Permission denied, repita certificando‑se de que o Teams está fechado e que usou sudo.
Se aparecer No such xattr: com.apple.quarantine, o app não está em quarentena. Teste a abertura via menu contextual ou avance para a reinstalação limpa.
Se o Teams estiver em ~/Applications (pasta do usuário), ajuste o caminho: sudo xattr -dr com.apple.quarantine "$HOME/Applications/Microsoft Teams.app"

Reinstalação limpa (remove “resíduos” que podem causar conflito)

Útil quando as duas opções anteriores falham ou quando o erro volta após cada update.

Desinstale o app:
- Arraste Microsoft Teams para o Lixo/Lixeira.
- Se estiver “preso” (travado), use com muito cuidado: sudo rm -rf "/Applications/Microsoft Teams.app"
Remova dados antigos do Teams (opcional, porém recomendável): rm -rf ~/Library/Application\ Support/Microsoft/Teams rm -rf ~/Library/Containers/com.microsoft.teams2 rm -rf ~/Library/Application\ Scripts/com.microsoft.teams2 rm -rf ~/Library/Logs/Microsoft/Teams Observação: modelos “clássicos” do Teams podem criar pastas como ~/Library/Application Support/Microsoft/Teams; o “novo Teams” usa os identificadores com.microsoft.teams2. Não apague pastas de Group Containers do Office (ex.: UBF8T346G9.Office) a menos que saiba o que está a fazer.
Instale novamente baixando o pacote correto para o seu Mac (Apple Silicon vs. Intel).
Na primeira abertura, se o macOS bloquear, repita o procedimento do clique direito > Abrir.

Se o erro reaparece após cada atualização do Teams

O mais comum é uma alteração na assinatura/notarização em uma build específica do Teams. Até sair uma atualização que corrija:

Repita o clique direito > Abrir logo após o update (normalmente basta uma vez por versão).
Mantenha a rotina de reinstalação limpa se notar que “resíduos” voltam a acionar o Gatekeeper.
Em equipamentos corporativos, solicite ao TI que verifique políticas de atualização, certificados confiáveis e fluxo de distribuição (MDM, Intune, Jamf). Em certos cenários, uma política mais conservadora de updates evita recorrência.

Guia de decisão rápido

Cenário	O que tentar primeiro	Plano B	Plano C
Primeira vez que vê o alerta após update do macOS/Teams	Menu contextual > Abrir	`sudo xattr -dr com.apple.quarantine ...`	Reinstalação limpa
Reinstalação não funciona; xattr diz “No such xattr”	Menu contextual > Abrir	Verificar assinatura com `spctl` (abaixo)	Rebaixar/aguardar nova build (TI corporativo)
App não pode ser apagado	Forçar Encerrar; fechar processos do Teams	`sudo rm -rf "/Applications/Microsoft Teams.app"`	Reiniciar o Mac e repetir
Erro volta a cada update automático	Autorize via Abrir após o update	Reinstalação limpa por versão	Avaliar política de updates (TI)

Comandos de diagnóstico úteis (opcionais)

Para quem quer validar o que está a acontecer “por baixo do capô”.

Ver se o app está em quarentena

xattr -p com.apple.quarantine "/Applications/Microsoft Teams.app"

Se houver retorno (por exemplo, algo como 0081;...), o app está/esteve em quarentena. Sem retorno = não há esse atributo.

Pedir uma avaliação ao Gatekeeper

spctl -a -t execute -vv "/Applications/Microsoft Teams.app"

Se aparecer “rejected”, há um bloqueio (assinatura/notarização). Se indicar “accepted”, o Gatekeeper não está a bloquear a execução.

Ver dados de assinatura

codesign -dv --verbose=4 "/Applications/Microsoft Teams.app" 2&gt;&amp;1 | head -n 20

Útil para confirmar assinatura e carimbo de notarização.

Diferenças de arquitetura e versões do Teams no Mac

Apple Silicon (M1/M2/M3): prefira a build nativa (arm64). Executar binários só‑Intel sob Rosetta tende a funcionar, mas pode introduzir alertas extras e perda de desempenho.
Intel: use a build x86_64 apropriada.
Teams “clássico” vs. “novo Teams”: o novo Teams para macOS geralmente usa o identificador com.microsoft.teams2 e pastas correspondentes no Library. Se já migrou, limpezas devem considerar esses diretórios.
Localização do app: prefira /Applications (sistema). Instalar em ~/Applications também é válido, porém políticas corporativas podem restringir.

Boas práticas e o que evitar

Evite desativar o Gatekeeper globalmente (spctl --master-disable). É inseguro e desnecessário.
Não apague ficheiros dentro de “Mostrar conteúdo do pacote” do Teams. Isso pode deixar o app inconsistente. Se precisar “limpar”, prefira a reinstalação completa.
Remova apenas o atributo de quarentena com xattr -dr com.apple.quarantine. Não use xattr -rc para limpar tudo às cegas.
Baixe sempre de fonte oficial e escolha a build correta para sua arquitetura.
Antes de usar sudo rm -rf, verifique duas vezes o caminho entre aspas. Um caminho errado pode apagar pastas críticas.

Erros aparentados e suas diferenças

Erro	Semântica	Solução típica
“Não é possível verificar o desenvolvedor”	Primeira execução de um app baixado de fora da App Store	Menu > Abrir uma vez; depois abre normalmente
“Está danificado e não pode ser aberto”	Bloqueio por quarentena/assinatura, comum após updates	Abrir via menu; `xattr`; reinstalação limpa
“Aplicação está ocupada” ao apagar	Processos do Teams ainda em execução	Forçar Encerrar; reiniciar; `sudo rm -rf` como último recurso

Para dispositivos geridos por TI (MDM, Intune, Jamf)

Se a máquina for gerida, você pode não ter permissões para executar Terminal ou alterar atributos. Abra um chamado com o TI indicando: “Gatekeeper/quarentena ao abrir Microsoft Teams após atualização; favor validar assinatura/notarização desta build e política de atualização”.
TI pode optar por distribuir uma versão específica do Teams (build “boa conhecida”) até a correção de notarização, ajustar a política de auto‑update e/ou whitelistar certificados envolvidos.
Em logs (Console.app), filtros úteis: syspolicyd, trustd, Gatekeeper. Eles revelam a razão do bloqueio.

Checklist rápido

Feche o Teams completamente (incluindo ícone na barra de menus).
Tente clique direito > Abrir a partir de Aplicações.
Se persistir, remova a quarentena: sudo xattr -dr com.apple.quarantine "/Applications/Microsoft Teams.app"
Se ainda falhar, faça reinstalação limpa e abra uma vez via menu contextual.
Se o erro voltar em toda atualização, repita o procedimento e/ou envolva o TI.

Perguntas frequentes (FAQ)

Reinstalar “por cima” resolve?

Às vezes, mas não sempre. Se a quarentena volta após um auto‑update, a reinstalação limpa + abertura via menu contextual costuma ser mais confiável.

Posso simplesmente desativar o Gatekeeper?

Não é recomendado. Isso reduz a segurança do sistema para todos os apps. Prefira autorizar apenas o Teams ou remover o atributo de quarentena dele.

Qual é a diferença entre usar “Abrir” e usar `xattr`?

“Abrir” registra a sua confiança no app. O xattr remove o flag de quarentena que impede a execução. Na prática, ambos resolvem o mesmo bloqueio por caminhos diferentes; “Abrir” é mais simples e seguro para a maioria.

Como sei se baixei a build correta (Apple Silicon vs. Intel)?

Em Menu Apple > Sobre Este Mac, veja o processador. Se for Apple M‑series, escolha a build Apple Silicon. Em dúvidas, reinstale com a build correta e repita a primeira abertura via menu contextual.

O Teams volta a pôr‑se em quarentena sozinho?

Não. O que acontece é que uma nova build chega (auto‑update) e o Gatekeeper trata aquela versão como “nova”. A autorização precisa ser feita novamente para a nova versão (geralmente só uma vez por build).

O que fazer se não encontro “Microsoft Teams.app” em /Applications?

Verifique também em ~/Applications (pasta do usuário). Ajuste os caminhos dos comandos conforme necessário. Caso usem distribuição corporativa, o nome pode incluir sufixos como “(work or school)”.

Qual é a diferença entre “com.apple.quarantine” e outras causas?

com.apple.quarantine é um atributo que marca o app como potencialmente inseguro até que seja explicitamente autorizado. Se o atributo não existe e ainda assim há bloqueio, pode ser uma questão de assinatura/notarização da build ou política corporativa.

Resumo prático para copiar

# 1) Tente abrir uma vez via menu contextual
Finder &gt; Aplicações &gt; clique direito no Microsoft Teams &gt; Abrir &gt; Confirmar

2) Se insistir, remova quarentena (feche o Teams antes)

sudo xattr -dr com.apple.quarantine "/Applications/Microsoft Teams.app"

3) Se nada disso funcionar, reinstale limpo:

sudo rm -rf "/Applications/Microsoft Teams.app"
rm -rf ~/Library/Application\ Support/Microsoft/Teams
rm -rf ~/Library/Containers/com.microsoft.teams2
rm -rf ~/Library/Application\ Scripts/com.microsoft.teams2
rm -rf ~/Library/Logs/Microsoft/Teams

Instale novamente > clique direito > Abrir

Conclusão em uma frase

Na imensa maioria dos casos, o alerta é um bloqueio do Gatekeeper após atualização; autorizar com clique direito > Abrir ou remover com.apple.quarantine resolve, e, em último caso, a reinstalação limpa seguida de autorização na primeira execução elimina a recorrência.