O Microsoft 365 Copilot não inventa direitos de acesso. Ele usa os que já existem. Uma resposta do Copilot alimenta-se dos conteúdos que a pessoa que faz a solicitação pode, de qualquer forma, ver pelo Microsoft Graph – a mesma lógica de permissões que vale também para o acesso direto a arquivos. É justamente esse o ponto que costuma se perder na discussão: o Copilot não é um novo vazamento de dados, mas um holofote muito eficiente sobre um antigo.
Pois na maioria dos ambientes SharePoint e Teams que cresceram ao longo dos anos, o funcionário médio tem tecnicamente acesso a bem mais do que jamais foi pretendido. Enquanto esse acesso existe apenas teoricamente – ninguém conhece o site, ninguém o procura – o problema permanece latente. O Copilot transforma isso em uma realidade pesquisável. A pergunta „onde ficam, afinal, as nossas folhas de salário?“ passa a fornecer uma resposta quando as permissões o permitem.
Por que „ele já tem acesso mesmo“ é o consolo errado
O mal-entendido mais frequente é: se o Copilot só mostra o que um usuário pode ver de qualquer forma, então está tudo em ordem. Isso é formalmente verdadeiro e, na prática, ainda assim perigoso.
A diferença está na facilidade de localização. Um site de orçamento com permissões erradas, que ninguém conhece, é praticamente invisível enquanto permanecer acessível por uma URL críptica. A Microsoft descreve exatamente esse cenário em sua própria documentação: um site com dados de negócio sensíveis, cujo proprietário nunca definiu permissões limpas, aparece em respostas do Copilot assim que alguém faz a pergunta adequada. O que antes era protegido pelo desconhecimento torna-se acessível por uma busca em linguagem natural.
A maior fonte isolada desse „oversharing“ é, segundo a própria avaliação da Microsoft, o compartilhamento com „Todos exceto usuários externos“ (em inglês Everyone Except External Users, EEEU) ou „Todos“. Esse único clique ao compartilhar torna um documento legível por toda a organização – e foi, por anos, o caminho padrão cômodo para „dar acesso rápido a todos“.
Permissões não são um tema do Copilot – o Copilot apenas as torna visíveis
Vale esclarecer a ordem: organizar permissões não é uma tarefa especial do Copilot. É higiene de dados adequada, que já estava atrasada de qualquer forma. O Copilot é meramente o motivo que transforma um déficit crônico de governança em um risco agudo.
Quem ativa o Copilot sem esse trabalho prévio transforma oversharing latente em exposição imediatamente consultável – por toda a empresa, em segundos, em alemão compreensível. Isso não é um argumento contra o Copilot, mas a favor de uma introdução ordenada.
Cinco passos antes do rollout
1. Inventariar as permissões
No início está a visibilidade. A Microsoft reúne as ferramentas necessárias no SharePoint Advanced Management (SAM). O relatório de baseline de oversharing, o relatório sobre usuários com permissão e a verificação de acesso a sites mostram quais conteúdos estão amplamente compartilhados. Um novo relatório de status de permissões fornece a visão panorâmica sobre permissões de site, OneDrive e arquivos em todo o tenant. Sem esse levantamento, falta a base para qualquer decisão subsequente.
2. Reverter de forma direcionada os compartilhamentos amplos „Todos“
O passo isolado mais eficaz é a reversão dos compartilhamentos EEEU ou „Todos“ para os grupos de pessoas efetivamente necessários. Nos níveis de tenant e de site, é possível alterar as configurações padrão de compartilhamento, de compartilhamento organizacional para links direcionados „Pessoas específicas“. Isso não apenas reduz a exposição ao Copilot, mas melhora a postura de segurança de forma geral.
3. Classificar conteúdos sensíveis – com rótulos de confidencialidade
Os rótulos de confidencialidade do Microsoft Purview são a segunda linha de defesa. Se um rótulo criptografa um documento, os usuários precisam do direito de uso EXTRACT, além de VIEW, para que aplicações de IA possam retornar o conteúdo. Se um rótulo impõe criptografia ou direitos de uso, o Copilot honra essas restrições e não expõe conteúdos protegidos além do escopo permitido. A classificação não substitui permissões limpas, mas as complementa com uma barreira vinculada ao conteúdo, que atua mesmo em caso de permissões erradas.
4. Restringir temporariamente o alcance da busca
Para o período de transição, a Microsoft oferecia a Restricted SharePoint Search (RSS): uma lista positiva de até 100 sites verificados, à qual a busca organizacional e o Copilot ficam restritos. Importante para a classificação: a RSS não altera permissões e é expressamente pensada como solução transitória de curto prazo, destinada a dar aos administradores tempo para a verificação de permissões – não é uma muralha de segurança e não é adequada para operação permanente.
Além disso, a RSS está sendo descontinuada: desde 31 de julho de 2026, a reativação está bloqueada. Em vez dela, a Microsoft aponta para a Restricted Content Discovery (RCD) dentro do SharePoint Advanced Management. Com a RCD é possível configurar sites individuais de modo que a busca e o Copilot não os vasculhem mais – com acesso ao site inalterado. Quem planeja hoje deve, portanto, apostar diretamente na RCD, não mais na RSS.
5. Fazer o rollout de forma escalonada em vez de ativar para todo o tenant de uma vez
O Copilot não deve ser ativado para todos com o apertar de um botão. Faz sentido um rollout escalonado: um grupo piloto com situação de dados verificada, observação das respostas efetivas, depois expansão gradual. Importante é preservar a ordem – primeiro validar permissões e governança, depois soltar novamente as restrições temporárias, para que o Copilot trabalhe de forma confiável e completa. Os envolvidos devem saber que os resultados de busca e do Copilot mudam assim que as restrições de transição caem.
O que permanece: uma tarefa permanente, não um projeto
Esses cinco passos não são uma organização única. As permissões continuam crescendo, novos times surgem, compartilhamentos antigos envelhecem. Data Access Governance é, por isso, um processo contínuo com relatórios regulares, responsabilidades claras para os proprietários de sites e regras definidas de ciclo de vida para sites. O Copilot apenas deslocou esse processo, de qualquer forma sensato, da área „nice to have“ para a área „a resolver antes da ativação“.
Como a sector7 apoia
Como casa de gestão própria com um escritório em Solingen, combinamos a segurança do Microsoft 365 e a higiene de dados do Copilot com a nossa prática de cibersegurança: do levantamento dos riscos de oversharing, passando pela reversão de compartilhamentos amplos „Todos“ e a introdução dos rótulos de confidencialidade do Purview, até o rollout escalonado e monitorado do Copilot. Como parceiro Microsoft, inserimos isso em uma prontidão e governança de IA sustentável – e onde a confidencialidade está acima da comodidade, operamos modelos de linguagem privados e protegidos com RAG em parque de servidores próprio, sem entregar os seus dados ao treinamento de modelos de terceiros.
Fontes
- https://learn.microsoft.com/en-us/sharepoint/restricted-sharepoint-search
- https://learn.microsoft.com/en-us/sharepoint/sharepoint-copilot-best-practices
- https://learn.microsoft.com/en-us/sharepoint/get-ready-copilot-sharepoint-advanced-management
- https://techcommunity.microsoft.com/blog/microsoft365copilotblog/mitigate-oversharing-to-govern-microsoft-365-copilot-and-agents/4448744
- https://learn.microsoft.com/en-us/sharepoint/restricted-content-discovery
- https://learn.microsoft.com/en-us/purview/ai-m365-copilot
- https://learn.microsoft.com/en-us/purview/ai-microsoft-purview