O Microsoft 365 Copilot não inventa direitos de acesso. Usa os que já existem. Uma resposta do Copilot alimenta-se dos conteúdos que a pessoa que faz o pedido pode, de qualquer forma, ver através do Microsoft Graph – a mesma lógica de permissões que vale também para o acesso direto a ficheiros. É precisamente esse o ponto que costuma perder-se na discussão: o Copilot não é uma nova fuga de dados, mas um holofote muito eficiente sobre uma antiga.
Pois na maioria dos ambientes SharePoint e Teams que cresceram ao longo dos anos, o colaborador médio tem tecnicamente acesso a bem mais do que alguma vez 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 numa realidade pesquisável. A pergunta «onde estão, afinal, as nossas folhas de vencimento?» passa a obter resposta quando as permissões o permitem.
Porque é que «ele já tem acesso de qualquer forma» é o consolo errado
O mal-entendido mais frequente é: se o Copilot só mostra o que um utilizador 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 apenas por um URL críptico. A Microsoft descreve exatamente esse cenário na 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 estava protegido pelo desconhecimento torna-se acessível através de uma pesquisa em linguagem natural.
A maior fonte isolada desse «oversharing» é, segundo a própria avaliação da Microsoft, a partilha com «Todos exceto utilizadores externos» (em inglês Everyone Except External Users, EEEU) ou «Todos». Esse único clique ao partilhar torna um documento legível por toda a organização – e foi, durante anos, o caminho padrão cómodo para «dar acesso rápido a todos».
As permissões não são um tema do Copilot – o Copilot apenas as torna visíveis
Vale a pena esclarecer a ordem: organizar as permissões não é uma tarefa especial do Copilot. É higiene de dados adequada, que já estava em atraso de qualquer forma. O Copilot é meramente o motivo que transforma um défice crónico de governação num 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. Isto 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 utilizadores com permissão e a verificação de acesso a sites mostram que conteúdos estão amplamente partilhados. Um novo relatório de estado das permissões fornece a visão panorâmica sobre permissões de sites, OneDrive e ficheiros em todo o tenant. Sem esse levantamento, falta a base para qualquer decisão subsequente.
2. Reverter de forma direcionada as partilhas amplas «Todos»
O passo isolado mais eficaz é a reversão das partilhas EEEU ou «Todos» para os grupos de pessoas efetivamente necessários. Ao nível do tenant e do site, é possível alterar as definições padrão de partilha, de partilha organizacional para ligações direcionadas «Pessoas específicas». Isto não só reduz a exposição ao Copilot, como melhora a postura de segurança de forma geral.
3. Classificar conteúdos sensíveis – com etiquetas de confidencialidade
As etiquetas de confidencialidade do Microsoft Purview são a segunda linha de defesa. Se uma etiqueta encripta um documento, os utilizadores precisam do direito de utilização EXTRACT, além de VIEW, para que as aplicações de IA possam devolver o conteúdo. Se uma etiqueta impõe encriptação ou direitos de utilização, o Copilot respeita essas restrições e não expõe conteúdos protegidos para além do âmbito permitido. A classificação não substitui permissões limpas, mas complementa-as com uma barreira vinculada ao conteúdo, que atua mesmo em caso de permissões erradas.
4. Restringir temporariamente o alcance da pesquisa
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 pesquisa 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 das permissões – não é uma muralha de segurança e não é adequada para operação permanente.
Além disso, a RSS está a ser 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 pesquisa e o Copilot deixem de os vasculhar – com o acesso ao site inalterado. Quem planeia hoje deve, portanto, apostar diretamente na RCD e já não 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 premir 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 as permissões e a governação, depois voltar a levantar as restrições temporárias, para que o Copilot trabalhe de forma fiável e completa. Os envolvidos devem saber que os resultados da pesquisa e do Copilot mudam assim que as restrições de transição caem.
O que permanece: uma tarefa permanente, não um projeto
Estes cinco passos não são uma arrumação única. As permissões continuam a crescer, surgem novas equipas, partilhas antigas envelhecem. A 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 gerida pelo proprietário 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: desde o levantamento dos riscos de oversharing, passando pela reversão das partilhas amplas «Todos» e pela introdução das etiquetas de confidencialidade do Purview, até ao rollout escalonado e monitorizado do Copilot. Como parceiro Microsoft, inserimos isto numa prontidão e governação 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 treino 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