Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Governança do Copilot Studio: como a DLP do Power Platform e o Purview impedem que agentes de IA vazem dados internos (Dublagem IA)

Transcript

Governança do Copilot Studio: como a DLP do Power Platform e o Purview impedem que agentes de IA vazem dados internos (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

0:00
Você está vazando dados pelo Copilot Studio agora mesmo sem nem saber.
0:03
Sim, enquanto todos celebram como seu novo assistente de IA pode buscar, resumir e automatizar,
0:08
esse mesmo chatbot amigável pode estar alegremente indexando suas notas de reuniões e planilhas financeiras.
0:14
Não é malícia, obediência é dolorosamente obediente.
0:17
Os agentes do Copilot Studio herdem as mesmas permissões que você,
0:19
o que significa que se você pode ver arquivo de remuneração do CEO, seu chatbot também pode.
0:23
Parabéns, você construiu um estagiário iniciante rodando na velocidade do Azure.
0:26
E ainda assim as pessoas falam sobre a segurança do Copilot como se fosse um mistério resolvido.
0:31
Spoiler, não é?
0:32
Seus agentes de IA são extensões da identidade do usuário, não seres separados com travas de segurança.
0:37
Eles pegam emprestado seu token de acesso e vasculham seu conjunto de dados,
0:40
fazendo exatamente o que você disse para não fazer, exceto o que você não disse para não fazer,
0:43
porque nunca configurou as regras de prevenção de perda de dados que servem como guia.
0:48
Então aqui está o trato.
0:49
Nos próximos minutos você aprenderá como parar esse vazamento,
0:52
como aplicar políticas de DRP da Power Platform
0:54
para que seus agentes do Copilot não entreguem acidentalmente dados confidenciais
0:58
como um estagiário falador perdendo o cartão corporativo.
1:02
Vamos dissecar por que os agentes do Copilot excedem limites como controlar fluxos de dados via conectores
1:07
e o que o modelo de consentimento da Microsoft realmente permite nos bastidores.
1:10
E há uma regra de DLP específica ignorada por cerca de 9 em cada 10 administradores
1:14
que separa-se silenciosamente a organizações seguras daquelas que viram manchetes.
1:18
No final você saberá a solução e não terá mais desculpas.
1:20
Vamos descobrir o que seu Copilot sabe que não deveria.
1:23
O problema oculto.
1:25
Agentes que sabem demais.
1:27
Aqui está a verdade desconfortável.
1:29
Seu agente do Copilot Studio não é um colega.
1:31
É você duplicado em silício.
1:33
Ele não pergunta se deve recuperar aquele arquivo do SharePoint
1:35
ou dar uma espiada naquela tabela do Dataverse.
1:37
Ele simplesmente faz porque essas são suas permissões.
1:40
E a maioria dos administradores esquece que no ecossistema da Microsoft
1:43
replicação de identidade equivale à replicação de privilégios.
1:45
O agente é essencialmente um clone obediente com acesso pelo seu contexto de segurança,
1:50
mas sem nada do seu discernimento.
1:52
Mas Copilot Studio vincula essas capacidades via conectores,
1:55
Outlook, Dataverse, SharePoint, Teams e qualquer outra integração
1:58
que seu tenente da Power Platform permita.
2:00
Cada conector funciona como um túnel escavado entre suas fontes de dados
2:04
e este assistente de IA.
2:06
Quanto mais túneis você abre, mais seu agente pode vagar.
2:08
É conveniente até inebriante,
2:10
até que o mesmo agente resuma alegremente documentos confidenciais de RH
2:12
porque alguém digitou quais foram os padrões de contratação do último trimestre.
2:16
O equivalente digital de um estagiário cheio de cafeína
2:18
lendo rapidamente a pasta de funcionários.
2:21
Verdadeiro paradoxo.
2:23
A Microsoft realmente fornece travas de segurança,
2:24
políticas de prevenção de perda de dados.
2:26
A DLP deveria ser o segurança na porta,
2:28
separando dados cruciais do negócio do caos não empresarial.
2:32
No entanto, na maioria das implementações,
2:34
essas proteções param dois andares abaixo do espaço de operação do Copilot.
2:37
Os usuários presumem que suas políticas de nível de locatário
2:39
são aplicadas automaticamente,
2:41
mas os agentes do Copilot vivem entre um ambiente Power Platform
2:43
e o limite do seu locatário.
2:45
Uma zona de sombra de governança onde nada tecnicamente quebra,
2:47
mas tudo dá errado silenciosamente.
2:50
Você configura conectores do Outlook SharePoint como empresariais
2:54
e alguma API externa como não empresarial.
2:57
Essa separação, se aplicada corretamente,
2:58
impede que os dados fluam entre categorias.
3:01
Mas seu agente Copilot, situado em um ambiente com escopo insuficiente,
3:04
acaba operando em ambos
3:05
porque ninguém vinculou seu ambiente ao conjunto de DLP correto.
3:08
De repente, seus dados de negócio são enviados através de uma conexão não empresarial.
3:12
É como ter um cofre seguro com a porta aberta
3:14
porque sua política de segurança só protegia o saguão.
3:17
Os caminhos comuns de falha remontam ao mesmo descuido.
3:20
1. Agentes resumem ou parafraseem informações extraídas de listas confidenciais.
3:25
2. Eles mesclam fontes díspares em uma única conversa,
3:28
violando involuntariamente as cações de dados.
3:30
3. Administradores presumem a herança de políticas.
3:33
Mas como os agentes do Copilot são implantados dentro de ambientes com limites de DLP exclusivos,
3:39
essa herança nunca ocorre.
3:40
A suposição milagrosa de que a Microsoft faz o trabalho de governança para você, ela não faz.
3:45
Se o seu Copilot pode ver dados financeiros, parabéns.
3:48
Qualquer funcionário bem intencionado que abrir uma sessão de chat
3:51
e começar a sondar detalhes orçamentários também pode.
3:54
Esse é o vetor de violação silenciosa.
3:56
Uma exposição interna sem intenção maliciosa.
3:57
Não é preciso hacker, apenas permissões excessivamente generosas e falta de isolamento de contexto.
4:03
É o tipo de violação que não chega às manchetes até que alguém esporte uma transcrição de chat.
4:08
Portanto, antes de entrar em pânico ou ocupar a Microsoft, analise sua arquitetura.
4:12
Se o agente não está quebrando regras, ele as está seguindo com precisão.
4:14
Você apenas nunca definiu as corretas.
4:16
DLP não se aplica automaticamente em todas as camadas.
4:19
Ele precisa ser definido, aplicado e testado por ambiente.
4:22
Os agentes do Copilot Studio residem em ambientes de desenvolvimento por padrão,
4:25
aqueles que você provavelmente nunca reforçou porque é apenas para testes.
4:28
Estabelecemos os sintomas agentes que sabem demais?
4:31
Agora, para corrigir o vazamento, precisamos mapear para onde os dados realmente viajam
4:35
dentro do Copilot Studio, do usuário ao conector e ao registro de conversa.
4:39
Porque não se pode bloquear um rio sem entender sua correnteza.
4:42
Então, vamos analisar esse fluxo a seguir.
4:44
Antes, seu simpático chatbot escreva acidentalmente sua previsão anual
4:47
em um chat de equipe do qual ele nunca deveria ter participado.
4:50
Como os dados fluem pelo Copilot Studio?
4:52
Vamos seguir o rastro dos seus dados porque, diferentemente de você, eles não fazem pausas por café.
4:55
No momento em que um usuário inicia uma conversa com um agente do Copilot Studio,
4:59
várias engrenagens começam a girar em segundo plano.
5:02
Primeiro vem a identidade do usuário, autenticada via EntraID.
5:05
Essa identidade carrega permissões delegadas, que essencialmente dizem
5:09
tudo o que eu posso ver, você também pode.
5:11
O agente, então, puxa essas credenciais por meio de um conector que aponte lógica para sua fonte de dados.
5:16
SharePoint, Outlook, Dataverse ou qualquer outro serviço disponível nesse ambiente.
5:21
Uma vez que ele recupera os dados, o resultado não desaparece.
5:23
Ele viaja por camadas, contexto de conversação, resposta gerada e, finalmente,
5:28
armazenamento analítico para registro e percepções.
5:31
Uma adorável corrida de revezamento de dados, exceto que o bastão é sua informação confidencial.
5:35
Agora, a cada passo desse revezamento existe em alusurar.
5:38
O conector é a primeira zona de risco.
5:40
Os conectores na Power Platform vêm em três tipos, padrão.
5:42
Serviços típicos da Microsoft, Premium, de terceiros ou funcionalidade aprimorada,
5:46
e APIs personalizadas, definidas pelo usuário.
5:49
Cada tipo é governado de forma diferente.
5:50
Conectores padrão se encaixam perfeitamente nas categorias de DLP integrado.
5:54
Conectores Premium e personalizados, no entanto, muitas vezes flutuam em um limbo regulatório
5:58
até que você lhes atribua uma classificação.
5:59
Quando os administradores negligenciam isso, os agentes do Copilot tratam todos com o território.
6:02
Imagine rotular metade dos seus arquivos como outras secretas enquanto deixa o resto em branco.
6:07
Você acabou de dar ao estagiário permissão para abrir o que parecia interessante.
6:10
O segundo ponto fraco resiste sistema.
6:12
Eles não são visíveis na tela do criador, mas silenciosamente habilitam funções como
6:15
mensagem do Teams ou renderização de cartões adaptáveis.
6:18
Como eles são tecnicamente propriedade do sistema, não do usuário, eles frequentemente
6:21
evadem seus filtros de DLP.
6:23
Pense neles como túneis de manutenção passando sob seu castelo.
6:27
Raramente patrulhados, sempre abertos.
6:29
Quando os dados se movem através deles, a maioria das organizações nunca percebe.
6:32
Por padrão, a Microsoft exclui vários conectores da aplicação de políticas para preservar
6:35
a funcionalidade básica.
6:37
Maravilhoso para o tempo de atividade terrível para o isolamento.
6:39
Depois, ao log de conversas, o histórico de chat do Copilot é armazenado para análise,
6:43
depuração e melhoria contínua.
6:46
Muitos assumem que desabilitar a telemetria desliga isso.
6:48
Não desliga.
6:49
Os dados da conversa podem persistir no armazenamento analítico do ambiente, o que significa que
6:53
um prompt que referencia métricas financeiras sensíveis pode permanecer em seus registros
6:56
indefinidamente, a menos que a retenção seja configurada.
6:59
Você já pode sentir o departamento de conformidade tremendo.
7:01
É que o fluxo de dados se torna enganosamente complexo.
7:04
Uma única chamada do Copilot pode tocar vários conectores em sequência.
7:07
Por exemplo, um agente poderia usar o Outlook para extrair e-mails recentes, passar esse
7:12
conteúdo por um conector de análise de texto e retornar resumos no Teams.
7:16
Cada etapa cruza uma fronteira de DLP.
7:18
Se apenas um desses conectores pertence a uma classificação diferente, digamos Outlook
7:21
como empresarial e serviços cognitivos como não empresarial, todo fluxo viola a política.
7:26
O sistema não grita, ele simplesmente prossegue.
7:28
A conexão cruzada é silenciosa, mas catastrófica.
7:29
O que é pior, as políticas de DLP são definidas por ambiente, não por tenente, o que significa
7:34
que cada ambiente do Power Platform tem seus próprios limites.
7:37
A menos que você replique as políticas explicitamente, cada novo ambiente se torna um vazamento
7:40
em potencial.
7:41
Você pode ter uma governança impecável na produção e um caos absoluto no desenvolvimento.
7:46
E a Microsoft gentilmente lembrará a você, se questionada, que o isolamento de ambientes
7:49
é intencional.
7:51
Em outras palavras, é problema seu.
7:52
Deixe-me compartilhar uma história de VT.
7:54
Um cliente implantou um agente co-pilot financeiro em um ambiente de teste, presumindo que sua
7:58
política global de DLP se aplicaria automaticamente.
8:01
O agente, alegremente alheio à hierarquia, tinha acesso a bibliotecas internas do SharePoint
8:05
e a uma API experimental de terceiros.
8:08
Quando o setor jurídico revisou uma amostra do registro de chat, descobriram números trimestrais
8:11
confidenciais inseridos em uma conversa de API.
8:14
Sem invasão, sem hack e apenas ausência política.
8:16
O sistema se comportou exatamente como o configurado para fazer tudo errado.
8:20
Agora você já consegue visualizar a anatomia de um vazamento.
8:22
A identidade delega poder, conectores ligam dados, logs de conversa preservam rastros,
8:26
análises capturam o evento.
8:29
Se perder um limite, a informação escorre por ele.
8:31
Então antes de erguer defesas, lembre-se deste fluxo.
8:33
Usuário, conector, agente, log e análises.
8:36
Cada seta é uma possível rota de fuga.
8:38
Seguir com os muralhas.
8:40
Políticas de DLP fortes o suficiente para conter até o pilot mais zeloso.
8:44
Construindo a fortaleza de DLP e a configuração correta.
8:46
A maioria dos administradores entram em leve pânico.
8:48
Bom, o pânico significa que você finalmente percebeu que seus agentes não são inocentes.
8:51
Eles são crianças sem supervisão com acesso ao cofre da empresa.
8:55
Então, vamos começar a reconstruir essa fortaleza adequadamente do zero.
8:58
Porque criar uma política de DLP no Power Platform é difícil.
9:01
Entender o que ela realmente controla exige mais sutileza do que a maioria da documentação admite.
9:06
Primeiro, identifique seu campo de batalha.
9:07
Os ambientes que hospedam projetos do Copelodio.
9:09
Muitas organizações criam múltiplos ambientes do Power Platform, desenvolvimento, teste, produção,
9:15
muitas vezes por desenvolvedores e cidadãos entusiastas que acham que o ambiente soa como um playground para a criatividade.
9:20
Não.
9:20
Cada ambiente é a sua própria de segurança.
9:22
Políticas definidas no nível de Terno não cercam automaticamente essas ilhas,
9:25
o que significa que seu ambiente de produção pode ser governado como Fort Knox,
9:28
enquanto o de desenvolvimento flutua como uma balsa no Pacífico.
9:31
Primeiro passo, portanto, ao reconhecimento.
9:33
Encontre cada ambiente onde alguém clicou em Criar Copilot.
9:36
Presuma que nada é inofensivo.
9:38
Agora construímos a primeira muralha.
9:39
Dentro dos centros de administração do Power Platform,
9:41
abra a seção de políticas de dados e crie uma nova política de prevenção contra a perda de dados.
9:45
Você será solicitado a definir os ambientes afetados.
9:47
Selecione de forma a devera.
9:49
Palhar políticas por espaços não utilizados apenas gera inconsistência.
9:52
Cada política é aplicada no momento da implantação, não retroativamente.
9:56
Portanto, todo o conector novo existente dentro desse ambiente só estará em conformidade após a publicação da política.
10:01
A seguir, temos a base da categorização de conectores de DLP.
10:06
Imagine grupos rotulados como corporativos e bloqueados.
10:08
Eles ficam livremente entre si.
10:10
Conectores não corporativos só podem compartilhar dados dentro do seu próprio grupo.
10:13
Conectores bloqueados ficam totalmente em quarentena.
10:15
Essa é a hierarquia que sua IA deve obedecer.
10:18
E sim, colocar um conector no grupo errado pode transformar um chatbot seguro em um colunista de fofocas.
10:23
Agora isole o grupo de alto risco.
10:25
IA e conectores externos.
10:27
Qualquer item rotulado como serviços cognitivos, OpenAI ou HTTP genérico deve ser classificado como não corporativo ou bloqueado.
10:33
Esses conectores atuam como gateways de saída, onde os dados deixam o jardim morado da Microsoft e entram no processamento de terceiros.
10:39
Bloqueá-los não prejudica seu co-pilot, mas o disciplina.
10:42
Você ainda pode criar fluxos inteligentes, apenas sem enviar dados brutos de clientes para qualquer endpoint que responda primeiro.
10:48
Em seguida tratamos o assassino silencioso, a conexão cruzada.
10:50
Isso ocorre quando uma única conversa ou fluxo toca tanto um conector corporativo quanto um não corporativo.
10:56
Exemplo, um agente recupera uma lista do SharePoint corporativo e envia o resumo para uma API de linguagem externa não corporativo.
11:03
Mesmo que cada conector seja permitido individualmente, essa junção cria uma ponte de dados que sua política proíbe.
11:09
A aplicação de DLP da Power Platform bloqueia automaticamente esse fluxo se você tiver categorizado os conectores corretamente.
11:14
Caso contrário, o sistema ignora e prossegue.
11:16
Verifique seus agrupamentos.
11:17
Uma classificação errada e os guardas deixam o ladrão sair educadamente.
11:22
A hierarquia de DLP funciona como uma pilha de escudos alinhados.
11:25
No topo, as políticas de nível de locatário substituem tudo que trabalha.
11:28
Baixo disso, as políticas de nível de ambiente governam espaços específicos.
11:32
Por fim, restrições individuais de aplicativos ou agentes se aplicam apenas ao escopo do ambiente.
11:36
Pense nisso como uma hierarquia de gestão.
11:38
Regras de locatário são leis corporativas, regras de ambiente são políticas departamentais e configurações de apps são lembretes em mesas.
11:44
Se houver contradições, a lei corporativa vence.
11:46
Portanto, na dúvida, aplique padrões rigorosos na fronteira do locatário e restringe as exceções para baixo.
11:52
Num config, os criadores de aplicativos farão a própria fiscalização.
11:54
São as mesmas pessoas que achavam aceitável colocar o Power Automate em produção sem controle de versão.
11:59
Antes de comemorar, teste tudo em um ambiente sandbox, sempre.
12:03
Agentes do Copilot Studio dependem de várias conexões implícitas,
12:05
e sua nova política pode bloqueá-los silenciosamente, quebrando funções essenciais.
12:09
Implante seus ajustes de DLP em um ambiente de teste, importe um agente de amostra e confirme se ele ainda responde a consultas rotineiras.
12:15
Se não, ajuste os grupos de conectores até que a funcionalidade retorne sem ampliar a exposição.
12:20
Você está equilibrando a usabilidade de paranoia, talvez um pouco mais para o lado da paranoia.
12:23
Ah, é mais barato do que processo judiciário.
12:26
Observe o que acabam de fazer.
12:27
Separamos os dados, definimos as fronteiras e isolamos as saídas.
12:32
Essa é a sua fortaleza.
12:33
Categorias rígidas, ambientes delimitados, hierarquia em camadas e muros testados.
12:38
Mas até a melhor fortaleza precisa de guardas que entendam de permissões,
12:41
porque as fortificações falham no momento em que alguém distribui uma chave mestre.
12:44
E no rindo da Microsoft, essas chaves são emitidas através de um intradinho.
12:48
Então, agora que seus muros estão altos e seu fosso está cheio, vamos falar sobre os porteiros.
12:51
Aquelas charmosas permissões delegadas que fazem todo administrador se sentir falsamente seguro.
12:55
Entra em cena ou entra em seu modelo de permissão, que não é tão mágico assim.
12:59
Permissões entra e o mito da segurança.
13:01
Se eu ganhasse um dólar toda vez que alguém dissesse ao Entra, então está seguro,
13:05
eu teria o suficiente para comprar ações da Microsoft e resolver o problema mesmo.
13:09
Vamos desmantelar esse mito adequadamente.
13:11
O Entra, conhecido anteriormente como Azure Active Directory,
13:13
não espalha pó de pilim-pim-pim na sua identidade só para que gerencia a autenticação.
13:17
Ele é um intermediário, não um guardião.
13:20
E seu agente copilot, por mais simpático que pareça, não possui conta sem o consciência própria.
13:25
Ele usa a sua.
13:26
Isso é chamado de permissões delegadas.
13:29
Quando você entra e interage com um agente copilot,
13:31
esse agente solicita um token de acesso em seu nome.
13:33
Esse token inclui todas as permissões concedidas a você em seu ambiente Microsoft 305.
13:38
Biblioteca do SharePoint, verificado.
13:39
Tabela do Dataverse, verificado.
13:41
Chat privado no Teams com seu chefe, também verificado se você tivesse acesso.
13:44
O agente não distingue entre o importante e o catastrófico.
13:48
Ele simplesmente executa dentro do seu escopo, sua identidade.
13:51
Se você tem privilégio financeiro, seu assistente algorítmico também tem, não.
13:54
Ele não hesitará em usá-los.
13:57
Esse design funciona perfeitamente dentro de escopos controlados,
13:59
porque mantém a experiência do usuário fluida, mas o perigo vem do consentimento implícito.
14:04
Quando você aprova um conector, digamos, para Outlook ou Dataverse,
14:06
esse consentimento é armazenado dentro do ambiente.
14:09
Qualquer agente copilot e hospedado ali herde essa confiança.
14:11
Aprove uma vez e você efetivamente abençoou todos os futuros agentes com o mesmo alcance.
14:15
Parabéns, você implantou uma família de chatbots onipotentes sem supervisão individual.
14:20
Se sou imprudente é porque realmente é.
14:22
O antídoto reside na implementação do acesso com privilégio mínimo para seus agentes,
14:25
assim como você espera se faz para os humanos.
14:28
É.
14:29
Dentro do Entryd, crie grupos de segurança personalizados e atribuições de função
14:32
que limitem o que os componentes relacionados ao Copilot podem consultar.
14:34
Por exemplo, restringe o acesso apenas ao subconjunto de conectoras de dados necessários
14:38
para a função de cada agente.
14:40
Um assistente de marketing não tem motivo para consultar registros de RH,
14:42
mas muitos administradores os colocam nos mesmos escopos por conveniência.
14:46
Conveniência gera exposição.
14:48
A menos que você goste de explicar linhas de dados para auditores, pare de fazer isso.
14:51
E quanto às identidades gerenciadas?
14:53
Sim, elas existem e sim são úteis.
14:55
Uma identidade gerenciada permite que um aplicativo se autentique com recursos do Azure
14:58
usando seu próprio port principal para em vez de usar o seu.
15:01
Mas aqui está a sutileza que é marígna.
15:03
Os agentes do Copilot Studio funcionam principalmente por delegação de usuário,
15:06
não por identidades gerenciadas.
15:08
Atribuir identidades gerenciadas precipitadamente pode levar ao excesso de privilégios.
15:12
Pois esses pais, principais, geralmente começam com permissões mais amplas do que o pretendido.
15:16
Trate as identidades gerenciadas com instrumentos cirúrgicos, não com chaves para...
15:19
A automação não é sinônimo de autonomia.
15:21
Você pode estar pensando, ah, tudo bem.
15:23
Vou apenas confiar na auditoria.
15:24
Excelente atitude desde que você realmente execute.
15:26
O Entra fornece logs de entrada e relatórios de consentimento
15:29
que revelam quais principais para acessar qual recurso sobre a identidade de quem e quando.
15:33
Combine isso com a análise do centro de administração do Power Platform,
15:36
e você poderá rastrear a atividade do conector por agente.
15:38
Se você encontrar um conector extraindo dados fora de seu ambiente designado,
15:42
isso não é curiosidade.
15:44
É a preguiça de configuração tornada visível.
15:46
Capture esses eventos, esporte para sua plataforma de monitoramento e aerosobrê.
15:49
Confiar, mas verificar está ultrapassado.
15:51
Na era do Copilot, é restringir e confirmar.
15:53
Portanto, não entra sozinho ou protege seus agentes.
15:56
Ele os autentica de forma educada, eficiente e indiferente.
15:58
Segurança é a arquitetura em torno da identidade, não a existência dela.
16:03
Suas paredes, DLP, suas chaves, permissões e seus guardas da auditoria formam uma tríade.
16:10
Quebrem os pilares e toda a estrutura vacila.
16:12
O mito da segurança morre no momento em que você percebe que a Microsoft
16:15
delegou a responsabilidade de volta para você.
16:17
Você pediu por IAD autoatendimento.
16:18
Eles entregaram exatamente isso tudo em autoatendimento.
16:21
Isso inclui vazamentos autoinfligidos.
16:23
Agora que restringimos a identidade e o escopo, não se parabenize ainda.
16:26
Uma política escrita, mas nunca testada, é a versão burocrática de um placebo.
16:31
Você pediu evidências, provas de que sua fortaleza realmente resiste sob pressão.
16:34
Isso significa investigar, provocar e, ocasionalmente, tentar quebrar seu próprio sistema.
16:38
Porque se você não fizer isso, outra pessoa acidentalmente ou não acabará fazendo?
16:42
Testar e monitorar.
16:44
Prova que está selado.
16:45
Testar um agente copilot não é apenas vê-lo responder olá corretamente.
16:49
É ver o que acontece quando você o desafia com perguntas que deveriam atingir as barreiras de segurança.
16:54
Comece fazendo o time inquar no seu copilot.
16:55
Não com teatros dramáticos de hackers, mas com prontos deliberados e controlados.
17:00
Peça dados confidenciais aos quais ele não deveria ter acesso.
17:02
Resuma salários de executivos.
17:04
Esporte registros de clientes ou mostre contratos do financeiro.
17:07
Ou mostre contratos do financeiro.
17:08
Se o agente recusar educadamente ou exibir uma restrição de acesso com memória e brevemente,
17:12
se ele atender, você acaba de descobrir a falha exata com a qual os atacantes sonham.
17:16
Este método não é teste hipotético, é governança aplicada.
17:20
Crie um catálogo de prontos proibidos e execute-os em cada ambiente do copilot.
17:23
Monitore as respostas.
17:25
Uma recusa indica que as camadas de DLP e permissão estão funcionando.
17:28
O vazamento de dados sinaliza a classificação incorreta ou sobreposição de conectores.
17:31
A beleza do copilot é sua transparência.
17:34
Os logs registram tudo.
17:35
O terror é que esses logs também preservam seus erros.
17:38
Portanto, em seguida, monitore a análise de uso dos conectores.
17:41
No centro de administração do Power Platform, abre o painel de análise de ambiente.
17:45
Você encontrará métricas sobre o volume de conectores, frequência e origem do usuário.
17:48
Procure por anomalias.
17:49
Picos em chamadas de conector HTTP de agentes que nunca deveriam usar APIs externas ou aumentos
17:54
repentinos em consultas ao SharePoint alinhados a novas implementações de chatbots.
17:58
Essas não são coincidências, são rastros de uma configuração ruim.
18:01
Trate-os como pistas forenses.
18:03
Cada anomalia reflete um controle ausente em algum ponto anterior.
18:06
Depois vem o registro de auditoria e sua trilha de prova.
18:08
Habilite eventos de auditoria no Power Platform e sincronize-os com Microsoft Purview ou Microsoft Sentinel.
18:12
Isso garante que cada ação, prompt e chamada de conector seja indexado em sua estrutura de conformidade mais ampla.
18:18
Com o Purview, você ganha contexto.
18:20
Quais conjuntos de dados foram acessados, qual usuário iniciou o prompt e se os dados deixaram sua fronteira geográfica.
18:25
O Sentinel, por outro lado, adiciona a correlação, vinculando essas atividades a eventos de segurança mais amplos,
18:30
como logins em comuns ou escalonamento de privilégios.
18:33
Juntos, eles transformam o comportamento invisível da AI em telemetria mensurável.
18:37
Uma regra ignorada aqui é alinhamento de retenção.
18:39
Dados de auditoria geralmente sobrevivem aos dados de conversa.
18:41
Se você excluir logs de chat após 30 dias, mas mantiver eventos de auditoria por um ano,
18:46
perde o fio condutor que explica por que um evento ocorreu.
18:49
A aplicação de políticas sem contexto é inútil.
18:52
Garanta que as políticas de retenção em logs do Copilot, análises e rastros de auditoria permaneçam sincronizadas
18:58
para que suas evidências contem uma história coerente.
19:01
Agora, a reclassificação periódica está entre as tarefas mais ignoradas.
19:04
Microsoft atualiza as definições de conectores constantemente.
19:07
Um conector padrão antisseguro pode se tornar premium ou externo da noite para o dia, alterando
19:11
seu comportamento de dados.
19:13
Revise o inventário de conectores a cada trimestre, reclassificando de acordo com a documentação
19:16
atual da Microsoft e não com suposições do ano passado.
19:19
Negligenciar isso é equivalente a trancar suas portas enquanto alguém muda silenciosamente
19:22
os dobradistas.
19:23
Por fim, adote uma governança contínua.
19:26
Cada novo conector, plugin ou extensão de terceiros reabre a superfície de risco.
19:30
Trate o DLP não como uma caixa de seleção de conformidade estática, mas como um perímetro
19:33
em avulso.
19:34
Agende auditorias trimestrais, automatize exportações de análise e envie alertas para
19:38
seu pipeline de gerenciamento de eventos e informações de segurança.
19:41
A governança morre no momento que se torna manual.
19:43
Quando terminar os testes, você notará algo satisfatório.
19:46
O objetivo não é a conformidade e nunca foi.
19:48
É o controle.
19:48
Um agente copilot que responde apenas dentro de limites protegidos torna-se previsível,
19:53
gerenciável e gerenciável e genuinamente seguro para uso comercial.
19:55
É aí que a IA deixa de ser um risco e vira um ativo, mas apenas porque você tornou
19:59
a paranoia algo sistêmico não opcional.
20:01
Quando seus dados pararem de vazar, você verá o Copilot Studio de outra forma.
20:04
Não como um brinquedo de produtividade, mas como uma ferramenta de engenharia de confiança.
20:09
Seus agentes se comportam bem porque você definiu as regras assim.
20:11
E é assim que você finalmente poderá dizer sem ironia que seu ambiente está selado.
20:15
Os agentes do Copilot Studio não são vilões, são reflexo.
20:19
Eles se comportam exatamente como sua configuração instrui,
20:21
que geralmente significa compartilhar demais, porém, com a educação.
20:24
Cada permissão que exploram, cada conector que cruzam e cada conjunto de dados
20:27
que expõem é no fim espelho da sua governança.
20:29
Você construiu a ponte e eles apenas atravessaram.
20:32
Então lembre-se, um agente Copilot é tão confiável quanto sua configuração de DLP e nada mais.
20:38
Segurança baseada em otimismo não é uma estratégia.
20:40
Segurança baseada em limites de imposto.
20:42
Governança, portanto, não é opcional quando sua IA pode consultar a SharePoint,
20:46
Dataverse e Outlook com autoridade executiva.
20:49
A parte sedutora do Copilot é com Engels.
20:51
Peça e obedece.
20:53
Perigo é que a subediência se estende a planilhas confidenciais e dados de RH
20:56
quando ninguém dá uma ordem contrária.
20:58
A única solução real é disciplina.
20:59
Classifique conectores.
21:00
Restringe as permissões e teste essas restrições até que falhas se tornem impossíveis.
21:03
Faça isso antes que outro projeto piloto inofensivo se transforme em investigação de conformidade.
21:09
Bloqueie seus dados antes que seu copiloto aprenda de mãe.
21:11
Pense no DLP como contenção intelectual, não como burocracia.
21:14
Um conjunto de muros digitais que impede que a inteligência se transforme em exposição.
21:18
Ao aplicar essas regras, seu copiloto deixa de ser um risco
21:21
e passa a ser o que foi prometido, um assistente confiável, um assistente confiável.
21:24
Se isso poupou a sua equipe de conformidade, um ataque de pânico, inscreva-se.
21:27
É mais barato que uma auditoria e infinitamente menos constrangedor
21:30
que explicar o jurídico por que um chatbot postou dados de folha no Teams.
21:32
Siga para o próximo episódio sobre governança avançada de agentes copilot com Microsoft Purview
21:38
e mantenha suas automações inteligentes contidas e sob absoluto controle.