D08 · Ato 3

Defender: postura, runtime e hunting

Extensão condicional que separa audit, bloqueio por tipo de detecção e hunting, com tentativa correlacionada e resultado no backend.

Preview

Mensagem: "Auditar e bloquear são resultados diferentes."

Extensão condicional

Depende de D05 e da integração elegível no Defender. Suporte documentado não significa demonstração no tenant; evidencias: [] não contém prova operacional.

Postura: AgentsInfo, recomendações e relações disponíveis.
Audit: a regra Default permite a ação e registra comportamento; detecções near-real-time podem gerar alertas e incidentes.
Block: regra customizada por detection type e agent scope, não por nome de tool. Registra behavior. Quando uma regra block cobre um agente, os alertas near-real-time não são gerados para esse agente.
Custom detection: ensaio separado sobre schema validado; não é consequência automática do bloqueio.

Security for AI habilitado, conector Microsoft 365 e, para Copilot Studio, seu conector ativo. Agent 365 exige caminho Work IQ MCP/cliente integrado; tools não suportadas ficam fora.
Cópia isolada do agente, appId da instância, canal, tipo de detecção disponível e janela UTC aprovados pelo SOC.
mcp-malicioso com LAB_ONLY=true, apenas canário benigno, ingress realmente verificada; D05 não é aprovação de produção.
Validar tabelas/colunas antes de consultar. Preparar fluxo legítimo e preservar e-mails/evidência antes de qualquer reset.

Progresso dos passos: 0/7

Em Defender > Advanced hunting, consulte AgentsInfo para o alvo, sem inferir ausência de risco a partir de campos vazios.
Em Settings > Security for AI > Policies & rules > Real-time protection, registre a Default em audit e confirme que nenhuma regra block cobre o alvo.
Execute o cenário sintético já existente. Registre tentativa, correlation id, horário UTC e execução ou não da tool no backend. Procure BehaviorInfo e eventual alerta/incidente do ensaio audit.
Crie regra Block selecionando um tipo de detecção suportado e apenas o agente de teste. Não configure uma suposta regra por enviar_relatorio.
Repita o ensaio. Correlacione resposta bloqueada, behavior, agente/tool/janela e ausência de execução no backend (V09).
Execute a consulta legítima de limite; ela deve continuar operacional. Registre divergências como falha ou inconclusivo, não sucesso.
Se autorizado, crie e valide uma custom detection separada. Preserve o incidente de audit para D10; não exija incidente do ensaio block.

pwsh scripts/lab.ps1 up -Only malicious-ingress-on # etapa manual pendente; verificar estado real
pwsh scripts/evidence/collect.ps1 -Demo D08 -AgentAppId '<agent-app-id>' -StartUtc '<inicio-utc>' -EndUtc '<fim-utc>' -WorkspaceId '<workspace-id>'

Deploy e ingress são operações manuais verificadas pelo operador. O coletor delimita alvo/janela, informa fonte e completude; não cria alertas nem prova eficácia por si só. Runbook: tenant/manual/defender-rtp-detections.md. WorkspaceId é o GUID do Log Analytics, não resource ID ARM; requer sign-ins S2S exportados e sessão Azure CLI no mesmo tenant. Sem workspace, essa fonte fica absent e a coleta termina incompleta/com erro, preservando os dados obtidos. Janela UTC ISO 8601, intervalo [início, fim). Detalhes: scripts/evidence/README.md.

pwsh scripts/reset/D08.ps1 não é prova de contenção. Desligue a ingress manualmente se pendente e verifique configuração e inacessibilidade do serviço. Desative somente a regra de teste após autorização. Não apagar e-mails, incidentes ou holds por padrão. Se o estado final não puder ser comprovado, o reset permanece incompleto.