Microsoft anunciou a centralização do controle de bloqueio de usuários externos do Microsoft Teams dentro do portal do Microsoft Defender for Office 365. A mudança, comunicada no Message Center sob o código MC1200058 e relacionada ao Roadmap ID 542189, leva a gestão de entradas do Tenant Allow/Block List (TABL) para o painel de segurança, permitindo que equipes de segurança administrem bloqueios de forma unificada.
O que muda agora
A integração habilita administradores de segurança a adicionar endereços de e‑mail individuais e domínios ao Tenant Allow/Block List diretamente no portal do Defender. Entradas adicionadas ao TABL passam a ser aplicadas no Microsoft Teams, impedindo que as partes bloqueadas iniciem ou continuem comunicações — incluindo chats, mensagens em canais, reuniões e chamadas — conforme descrito pela publicação original.
Capacidades e limites operacionais
O recurso inclui limites explícitos: suporte a até 4.000 domínios e até 200 endereços de e‑mail individuais na lista. Essa granularidade permite ações cirúrgicas contra atores maliciosos (bloqueio por e‑mail) ou medidas amplas contra domínios que representem risco.
- Aplicação no Teams: bloqueio de chats, mensagens em canais, reuniões e chamadas para entradas no TABL.
- Escala: até 4.000 domínios e 200 e‑mails individuais.
- Auditoria: todas as ações de bloqueio/desbloqueio são registradas para trilha de conformidade.
Requisitos e disponibilidade
Segundo a nota, a capacidade será disponibilizada para organizações com Microsoft Defender for Office 365 Plan 1 ou Plan 2. Administradores que desejem utilizar o mecanismo devem garantir que as configurações do Teams permitam que as equipes de segurança gerenciem domínios bloqueados — requisito prévio para a aplicação via TABL.
A Microsoft programou o início do rollout para início de janeiro de 2026, com disponibilidade prevista mundialmente até meados de janeiro de 2026. A empresa afirma que o lançamento não afetará as configurações existentes do Teams, preservando a continuidade das configurações correntes dos clientes.
Implicações operacionais para SOC/CISO
Centralizar entradas de bloqueio no Defender reduz a necessidade de múltiplos consoles administrativos, potencialmente diminuindo a superfície de erro operacional ao reconciliar listas entre admin centers. O registro auditável de mudanças endereça requisitos de conformidade e investigação, mas organisations devem validar processos internos de governança para controlar quem pode alterar o TABL, dado o impacto direto na comunicação com terceiros.
O que falta e riscos remanescentes
A matéria original descreve limites e pré‑requisitos, mas não traz detalhes técnicos sobre latência de propagação das entradas do TABL para sessões ativas no Teams nem sobre como conflitos entre políticas existentes no Teams e entradas no TABL serão resolvidos em tempo de execução. Também não há informação pública no texto sobre APIs de automação associadas ao novo fluxo nem sobre telemetria adicional disponível para ferramentas de SIEM/EDR.
Resumo prático para implementação
- Rever papéis e permissões: auditar quais contas terão permissão para escrever no TABL a partir do Defender.
- Testar em ambiente controlado: validar comportamento de bloqueio em cenários de chat, reunião e chamada antes do rollout em produção.
- Atualizar procedimentos de resposta: incluir verificação de entradas no TABL ao investigar comunicações bloqueadas ou incidentes envolvendo terceiros.
Fonte: Cyber Security News (comunicação via Message Center MC1200058 e Roadmap ID 542189).