> ## Content Index > Fetch the complete content index at: https://vitaofernandes.com.br/llms.txt > Use this file to discover other available public pages before exploring further. # O Purview está assumindo o plano de controle da proteção de dados - URL: https://vitaofernandes.com.br/purview-plano-controle-protecao-dados/ - Published: 2026-07-25T11:01:32.000Z - Updated: 2026-09-11T11:15:01.000Z - Description: Network Data Security, a migração das file policies e a nova triagem de Insider Risk apontam para uma mudança de arquitetura — não só de produto. - Author: Vitão Fernandes - Tags: Data & AI Security, Signal to Policy, Arquitetura e Proteção de Dados ## A tese da semana A Microsoft está consolidando no Purview decisões que antes ficavam espalhadas entre endpoint, aplicações SaaS, Defender for Cloud Apps e processos de investigação. Nesta semana, essa direção ficou mais concreta em três movimentos: DLP aplicado a texto e prompts no plano de rede, uma data final para as file policies do Defender for Cloud Apps e uma experiência unificada para triagem de Insider Risk. Minha leitura é que isso não deve ser tratado apenas como evolução de produto. É uma mudança de arquitetura operacional. O Purview passa a disputar o papel de plano central de classificação, política, investigação e evidência — enquanto Entra, Defender, SASE e os workloads do Microsoft 365 funcionam como pontos de contexto ou execução. Isso pode reduzir fragmentação, mas também cria dependências novas. Licenciamento combinado, PAYG, telemetria distribuída, limitações de paridade e recursos ainda em Preview tornam perigoso vender a ideia de “política única” antes de validar o caminho completo entre detecção, decisão, bloqueio, alerta e investigação. --- ## O que realmente mudou #### DLP chegou ao plano de rede — mas ainda não virou um controle universal O Microsoft Purview Network Data Security entrou em Preview com integração ao Microsoft Entra Global Secure Access. A proposta é inspecionar tráfego HTTP e HTTPS enviado por dispositivos para aplicações web e APIs, classificando texto, prompts e arquivos com os mesmos classificadores usados nas políticas do Purview. Na prática, isso amplia o alcance do DLP para interações que não passam por um workload tradicional do Microsoft 365 nem dependem exclusivamente de controles no endpoint. A documentação cita cenários como envio de prompts para ChatGPT, Gemini e Claude; upload para armazenamento pessoal; uso de webmail; formulários; redes sociais; aplicativos e add-ins. A mudança relevante não é apenas “bloquear IA generativa”. O Purview ganha uma camada de enforcement baseada em tráfego, integrada a uma solução SASE. Collection Policies podem capturar atividades para descoberta e análise; políticas DLP podem aplicar Audit only ou Block. Os eventos aparecem no Activity Explorer, no DSPM for AI e, quando configurados, nos alertas DLP. #### Licenciamento e limites do Preview - Microsoft 365 E7 ou Purview E5 + Entra Internet Access; - PAYG precisa estar configurado; - convidados B2B não são cobertos; - distribuição inicial pode levar até 24 horas; - telemetria pode levar até 30 minutos; - suporte atual concentrado em HTTP e HTTPS. Eu trataria essa capacidade como um novo enforcement plane, não como substituto imediato do Endpoint DLP. O endpoint continua relevante para atividades locais, dispositivos removíveis, impressão, clipboard e aplicações que não passam pelo caminho de rede inspecionado. O desenho correto é mapear cada canal de exfiltração ao plano que realmente consegue observá-lo e bloqueá-lo. ### As file policies do Defender for Cloud Apps têm prazo de validade As file policies do Microsoft Defender for Cloud Apps serão retiradas em 6 de janeiro de 2027\. Depois dessa data, as políticas configuradas não serão mais suportadas nem aplicadas. A orientação oficial é recriar os controles como políticas DLP ou políticas de auto-labeling no Microsoft Purview. Esse anúncio transforma uma discussão de modernização em obrigação de roadmap. Organizações que usam inspeção de conteúdo, quarentena, remoção de compartilhamento ou aplicação de rótulos por file policies precisam inventariar o que existe e testar a equivalência antes do corte. A documentação de migração deixa claro que não há paridade total. Purview oferece simulação, escala maior de políticas e uma estrutura com múltiplas regras. Porém, folder scoping é substituído por escopo de site; filtros por File ID não têm equivalente; user quarantine exige alternativa; remoção de colaboradores específicos, expiração de links e algumas ações de governança podem depender de SharePoint Administration ou Power Automate. Existe ainda um ponto operacional crítico: políticas equivalentes nos dois produtos não devem coexistir em enforcement, porque podem criar conflitos. A sequência recomendada é recriar, executar em simulação, comparar resultados, ativar em piloto, habilitar a política Purview e somente depois desativar a file policy correspondente. Para auto-labeling, outro risco aparece no conteúdo legado. A documentação informa que políticas automáticas atuam sobre arquivos novos ou alterados. Para conteúdo já armazenado em SharePoint e OneDrive, pode ser necessário executar on-demand classification com os mesmos classificadores. Minha recomendação é não converter política por política de forma mecânica. Primeiro classifique cada controle por intenção: detecção e resposta DLP, classificação, remediação de compartilhamento ou workflow de quarentena. Em vários casos, uma file policy atual precisará virar duas políticas no Purview — uma de auto-labeling e outra de DLP — mais uma automação para cobrir ações sem equivalente nativo. ### Insider Risk unifica a triagem, mas muda o procedimento operacional A nova experiência unificada de alertas do Insider Risk Management, em Preview, reúne alertas clássicos e alertas triados pelo Triage Agent na mesma lista. Ela adiciona visualização rápida de resumos do agente, atributos de alerta, dados do usuário e categorização sem abrir cada registro completo. Isso parece uma mudança de interface, mas interfere em runbooks, segregação de funções e critérios de triagem. A Microsoft informa que a experiência clássica e a nova permanecerão disponíveis por pelo menos 60 dias e que, depois de 31 de agosto de 2026, somente a experiência unificada será suportada. Também há mudanças funcionais. O Alert Spotlight não continuará na nova experiência; a priorização passa a usar o filtro Needs Attention para alertas triados pelo agente. Notas podem ser adicionadas a alertas e casos, com geração automática quando status, responsável, fechamento ou escalonamento mudam. As notas não podem ser editadas ou excluídas e não são sincronizadas com notas do Microsoft Defender. O perfil expandido agrega dados do Entra, como departamento, tipo de funcionário, localização e data de desligamento. Esse enriquecimento melhora contexto, mas exige revisão de privacidade, acesso e minimização. Quando a pseudonimização está habilitada, os detalhes expandidos não ficam visíveis. Eu não colocaria essa experiência em produção operacional apenas porque a interface está disponível. Antes, validaria quais filtros substituem o processo atual, como evidências serão registradas, quem poderá ver dados enriquecidos e como a equipe lidará com categorização do agente quando discordar do resultado. ## O impacto para projetos Purview Em assessments, já não basta perguntar se o cliente “possui DLP”. É necessário identificar os planos de enforcement: workloads Microsoft 365, endpoint, navegador, rede e aplicações SaaS conectadas. A matriz deve mostrar classificadores reutilizados, ações possíveis, lacunas e dependências de licenciamento por plano. Nos workshops, eu acrescentaria um inventário explícito de file policies do Defender for Cloud Apps. O objetivo não é apenas contar políticas, mas registrar condições, expressões, aplicativos, escopo, ações de governança, volume de matches e owner operacional. Sem isso, a migração para Purview tende a reproduzir configurações antigas sem questionar sua finalidade. Na arquitetura, Network Data Security deve entrar como opção condicional. Ela faz sentido quando o cliente já considera Entra Internet Access, possui exposição relevante em aplicações web ou IA não gerenciada e aceita a dependência de PAYG. Não deve ser usada para encobrir falta de onboarding de endpoints, ausência de classificação ou regras DLP mal calibradas. Na sustentação, o Insider Risk precisa de transição formal antes de 31 de agosto. Atualize procedimentos, evidências, treinamento e métricas. Uma nova tela não corrige automaticamente excesso de alertas, indicadores mal escolhidos ou ausência de critérios de escalonamento. ## O que eu validaria na próxima semana - Exportar o inventário de file policies do Defender for Cloud Apps e classificá-las entre DLP, auto-labeling e remediação sem equivalente nativo. - Confirmar se o tenant possui licenças Purview E5 equivalentes, Entra Internet Access e PAYG configurável antes de propor Network Data Security. - Mapear canais de exfiltração e separar claramente controles de endpoint, navegador, rede e workloads Microsoft 365. - Executar um piloto da experiência unificada do Insider Risk e comparar filtros, campos e evidências com o runbook atual. - Identificar conteúdo legado que dependerá de on-demand classification após a migração das políticas de rotulagem. ## O que não entrou nesta edição - Atualizações de junho sobre device scoping no Endpoint DLP: relevantes, mas já anteriores ao período editorial desta edição. - Novos Sensitive Information Types de países específicos: úteis para catálogo, porém sem impacto amplo suficiente para ocupar um dos temas principais. - Conteúdo promocional sobre “segurança para IA” sem novos requisitos técnicos, datas ou limitações confirmadas. - Recursos de Data Security Investigations já documentados em meses anteriores e sem mudança material identificada nesta semana. ## A semana em uma frase *O Purview está centralizando a decisão de proteção; o desafio agora é provar que cada ponto de execução entrega a mesma política sem criar uma nova camada de complexidade.* [Inscreva-se](#/portal/signup) ## Fontes oficiais - [What’s new in Microsoft Purview — atualização de julho de 2026.](https://learn.microsoft.com/en-us/purview/whats-new?ref=vitaofernandes.com.br#july-2026) - [Learn about Microsoft Purview Network Data Security.](https://learn.microsoft.com/en-us/purview/dlp-network-data-security-learn?ref=vitaofernandes.com.br) - [Protect sensitive data in motion across SaaS and AI apps with Microsoft Purview and Microsoft Entra — 01/07/2026.](https://techcommunity.microsoft.com/blog/microsoft-entra-blog/protect-sensitive-data-in-motion-across-saas-and-ai-apps-with-microsoft-purview-/4529310?ref=vitaofernandes.com.br) - [Create content policies for network content filtering — atualização de 01/07/2026.](https://learn.microsoft.com/en-us/entra/global-secure-access/how-to-network-content-filtering?ref=vitaofernandes.com.br) - [Migrate file policies to Microsoft Purview — julho de 2026.](https://learn.microsoft.com/en-us/defender-cloud-apps/migrate-file-policies-to-purview?ref=vitaofernandes.com.br) - [DLP content inspection in Microsoft Defender for Cloud Apps — aviso de retirada em 06/01/2027](https://learn.microsoft.com/en-us/defender-cloud-apps/content-inspection?ref=vitaofernandes.com.br). - [Investigate Microsoft Purview Insider Risk Management activities — experiência unificada de alertas.](https://learn.microsoft.com/en-us/purview/insider-risk-management-activities?ref=vitaofernandes.com.br#alerts-preview) --- Qual dessas três mudanças já deveria alterar seu roadmap: DLP na rede, migração das file policies ou a nova operação do Insider Risk? Responda com o cenário que você está avaliando — ele pode orientar uma próxima edição. Envie para quem está redesenhando DLP, Insider Risk ou a migração do Defender for Cloud Apps. *Signal to Policy is an independent publication and is neither affiliated with, nor authorized, sponsored, or approved by Microsoft Corporation.*