WEBVTT 00:00:00.000 --> 00:00:02.960 Você está vazando dados pelo Copilot Studio agora mesmo sem nem saber. 00:00:03.680 --> 00:00:07.880 Sim, enquanto todos celebram como seu novo assistente de IA pode buscar, resumir e automatizar, 00:00:08.060 --> 00:00:13.160 esse mesmo chatbot amigável pode estar alegremente indexando suas notas de reuniões e planilhas financeiras. 00:00:14.040 --> 00:00:16.300 Não é malícia, obediência é dolorosamente obediente. 00:00:17.340 --> 00:00:19.900 Os agentes do Copilot Studio herdem as mesmas permissões que você, 00:00:19.980 --> 00:00:23.340 o que significa que se você pode ver arquivo de remuneração do CEO, seu chatbot também pode. 00:00:23.900 --> 00:00:26.900 Parabéns, você construiu um estagiário iniciante rodando na velocidade do Azure. 00:00:26.900 --> 00:00:30.840 E ainda assim as pessoas falam sobre a segurança do Copilot como se fosse um mistério resolvido. 00:00:31.220 --> 00:00:31.860 Spoiler, não é? 00:00:32.580 --> 00:00:36.620 Seus agentes de IA são extensões da identidade do usuário, não seres separados com travas de segurança. 00:00:37.260 --> 00:00:40.400 Eles pegam emprestado seu token de acesso e vasculham seu conjunto de dados, 00:00:40.500 --> 00:00:43.420 fazendo exatamente o que você disse para não fazer, exceto o que você não disse para não fazer, 00:00:43.500 --> 00:00:47.800 porque nunca configurou as regras de prevenção de perda de dados que servem como guia. 00:00:48.460 --> 00:00:49.100 Então aqui está o trato. 00:00:49.680 --> 00:00:52.400 Nos próximos minutos você aprenderá como parar esse vazamento, 00:00:52.400 --> 00:00:54.860 como aplicar políticas de DRP da Power Platform 00:00:54.860 --> 00:00:58.780 para que seus agentes do Copilot não entreguem acidentalmente dados confidenciais 00:00:58.780 --> 00:01:01.240 como um estagiário falador perdendo o cartão corporativo. 00:01:02.800 --> 00:01:07.040 Vamos dissecar por que os agentes do Copilot excedem limites como controlar fluxos de dados via conectores 00:01:07.040 --> 00:01:09.740 e o que o modelo de consentimento da Microsoft realmente permite nos bastidores. 00:01:10.460 --> 00:01:14.300 E há uma regra de DLP específica ignorada por cerca de 9 em cada 10 administradores 00:01:14.300 --> 00:01:17.660 que separa-se silenciosamente a organizações seguras daquelas que viram manchetes. 00:01:18.280 --> 00:01:20.580 No final você saberá a solução e não terá mais desculpas. 00:01:20.860 --> 00:01:23.140 Vamos descobrir o que seu Copilot sabe que não deveria. 00:01:23.140 --> 00:01:25.340 O problema oculto. 00:01:25.400 --> 00:01:26.440 Agentes que sabem demais. 00:01:27.160 --> 00:01:28.200 Aqui está a verdade desconfortável. 00:01:29.000 --> 00:01:31.080 Seu agente do Copilot Studio não é um colega. 00:01:31.380 --> 00:01:32.620 É você duplicado em silício. 00:01:33.620 --> 00:01:35.900 Ele não pergunta se deve recuperar aquele arquivo do SharePoint 00:01:35.900 --> 00:01:37.540 ou dar uma espiada naquela tabela do Dataverse. 00:01:37.640 --> 00:01:39.520 Ele simplesmente faz porque essas são suas permissões. 00:01:40.840 --> 00:01:43.640 E a maioria dos administradores esquece que no ecossistema da Microsoft 00:01:43.640 --> 00:01:45.980 replicação de identidade equivale à replicação de privilégios. 00:01:45.980 --> 00:01:50.460 O agente é essencialmente um clone obediente com acesso pelo seu contexto de segurança, 00:01:50.600 --> 00:01:51.900 mas sem nada do seu discernimento. 00:01:52.260 --> 00:01:55.520 Mas Copilot Studio vincula essas capacidades via conectores, 00:01:55.680 --> 00:01:58.320 Outlook, Dataverse, SharePoint, Teams e qualquer outra integração 00:01:58.320 --> 00:02:00.040 que seu tenente da Power Platform permita. 00:02:00.980 --> 00:02:04.240 Cada conector funciona como um túnel escavado entre suas fontes de dados 00:02:04.240 --> 00:02:05.520 e este assistente de IA. 00:02:06.280 --> 00:02:08.340 Quanto mais túneis você abre, mais seu agente pode vagar. 00:02:08.720 --> 00:02:10.000 É conveniente até inebriante, 00:02:10.080 --> 00:02:12.980 até que o mesmo agente resuma alegremente documentos confidenciais de RH 00:02:12.980 --> 00:02:15.680 porque alguém digitou quais foram os padrões de contratação do último trimestre. 00:02:16.680 --> 00:02:18.900 O equivalente digital de um estagiário cheio de cafeína 00:02:18.900 --> 00:02:20.680 lendo rapidamente a pasta de funcionários. 00:02:21.900 --> 00:02:22.740 Verdadeiro paradoxo. 00:02:23.020 --> 00:02:24.720 A Microsoft realmente fornece travas de segurança, 00:02:24.840 --> 00:02:26.080 políticas de prevenção de perda de dados. 00:02:26.820 --> 00:02:28.660 A DLP deveria ser o segurança na porta, 00:02:28.860 --> 00:02:31.420 separando dados cruciais do negócio do caos não empresarial. 00:02:32.480 --> 00:02:33.920 No entanto, na maioria das implementações, 00:02:34.040 --> 00:02:36.560 essas proteções param dois andares abaixo do espaço de operação do Copilot. 00:02:37.140 --> 00:02:39.400 Os usuários presumem que suas políticas de nível de locatário 00:02:39.400 --> 00:02:41.160 são aplicadas automaticamente, 00:02:41.160 --> 00:02:43.460 mas os agentes do Copilot vivem entre um ambiente Power Platform 00:02:43.460 --> 00:02:44.520 e o limite do seu locatário. 00:02:45.040 --> 00:02:47.600 Uma zona de sombra de governança onde nada tecnicamente quebra, 00:02:47.660 --> 00:02:49.020 mas tudo dá errado silenciosamente. 00:02:50.960 --> 00:02:54.020 Você configura conectores do Outlook SharePoint como empresariais 00:02:54.020 --> 00:02:55.940 e alguma API externa como não empresarial. 00:02:57.040 --> 00:02:58.840 Essa separação, se aplicada corretamente, 00:02:58.980 --> 00:03:00.720 impede que os dados fluam entre categorias. 00:03:01.240 --> 00:03:04.200 Mas seu agente Copilot, situado em um ambiente com escopo insuficiente, 00:03:04.380 --> 00:03:05.260 acaba operando em ambos 00:03:05.260 --> 00:03:08.060 porque ninguém vinculou seu ambiente ao conjunto de DLP correto. 00:03:08.060 --> 00:03:11.880 De repente, seus dados de negócio são enviados através de uma conexão não empresarial. 00:03:12.500 --> 00:03:14.120 É como ter um cofre seguro com a porta aberta 00:03:14.120 --> 00:03:16.540 porque sua política de segurança só protegia o saguão. 00:03:17.380 --> 00:03:19.700 Os caminhos comuns de falha remontam ao mesmo descuido. 00:03:20.880 --> 00:03:24.220 1. Agentes resumem ou parafraseem informações extraídas de listas confidenciais. 00:03:25.000 --> 00:03:28.380 2. Eles mesclam fontes díspares em uma única conversa, 00:03:28.600 --> 00:03:30.340 violando involuntariamente as cações de dados. 00:03:30.340 --> 00:03:33.840 3. Administradores presumem a herança de políticas. 00:03:33.840 --> 00:03:38.960 Mas como os agentes do Copilot são implantados dentro de ambientes com limites de DLP exclusivos, 00:03:39.060 --> 00:03:40.140 essa herança nunca ocorre. 00:03:40.960 --> 00:03:44.420 A suposição milagrosa de que a Microsoft faz o trabalho de governança para você, ela não faz. 00:03:45.040 --> 00:03:47.680 Se o seu Copilot pode ver dados financeiros, parabéns. 00:03:48.600 --> 00:03:51.180 Qualquer funcionário bem intencionado que abrir uma sessão de chat 00:03:51.180 --> 00:03:53.300 e começar a sondar detalhes orçamentários também pode. 00:03:54.380 --> 00:03:56.060 Esse é o vetor de violação silenciosa. 00:03:56.240 --> 00:03:57.840 Uma exposição interna sem intenção maliciosa. 00:03:57.840 --> 00:04:03.080 Não é preciso hacker, apenas permissões excessivamente generosas e falta de isolamento de contexto. 00:04:03.080 --> 00:04:07.500 É o tipo de violação que não chega às manchetes até que alguém esporte uma transcrição de chat. 00:04:08.160 --> 00:04:11.380 Portanto, antes de entrar em pânico ou ocupar a Microsoft, analise sua arquitetura. 00:04:12.020 --> 00:04:14.420 Se o agente não está quebrando regras, ele as está seguindo com precisão. 00:04:14.780 --> 00:04:15.980 Você apenas nunca definiu as corretas. 00:04:16.380 --> 00:04:18.480 DLP não se aplica automaticamente em todas as camadas. 00:04:19.080 --> 00:04:21.300 Ele precisa ser definido, aplicado e testado por ambiente. 00:04:22.080 --> 00:04:25.660 Os agentes do Copilot Studio residem em ambientes de desenvolvimento por padrão, 00:04:25.660 --> 00:04:28.280 aqueles que você provavelmente nunca reforçou porque é apenas para testes. 00:04:28.280 --> 00:04:31.260 Estabelecemos os sintomas agentes que sabem demais? 00:04:31.880 --> 00:04:35.740 Agora, para corrigir o vazamento, precisamos mapear para onde os dados realmente viajam 00:04:35.740 --> 00:04:39.180 dentro do Copilot Studio, do usuário ao conector e ao registro de conversa. 00:04:39.640 --> 00:04:42.040 Porque não se pode bloquear um rio sem entender sua correnteza. 00:04:42.580 --> 00:04:44.080 Então, vamos analisar esse fluxo a seguir. 00:04:44.480 --> 00:04:47.300 Antes, seu simpático chatbot escreva acidentalmente sua previsão anual 00:04:47.300 --> 00:04:49.760 em um chat de equipe do qual ele nunca deveria ter participado. 00:04:50.320 --> 00:04:51.980 Como os dados fluem pelo Copilot Studio? 00:04:52.560 --> 00:04:55.980 Vamos seguir o rastro dos seus dados porque, diferentemente de você, eles não fazem pausas por café. 00:04:55.980 --> 00:04:59.500 No momento em que um usuário inicia uma conversa com um agente do Copilot Studio, 00:04:59.640 --> 00:05:02.140 várias engrenagens começam a girar em segundo plano. 00:05:02.600 --> 00:05:04.820 Primeiro vem a identidade do usuário, autenticada via EntraID. 00:05:05.640 --> 00:05:09.000 Essa identidade carrega permissões delegadas, que essencialmente dizem 00:05:09.000 --> 00:05:10.520 tudo o que eu posso ver, você também pode. 00:05:11.740 --> 00:05:16.100 O agente, então, puxa essas credenciais por meio de um conector que aponte lógica para sua fonte de dados. 00:05:16.560 --> 00:05:20.280 SharePoint, Outlook, Dataverse ou qualquer outro serviço disponível nesse ambiente. 00:05:21.220 --> 00:05:23.340 Uma vez que ele recupera os dados, o resultado não desaparece. 00:05:23.340 --> 00:05:28.080 Ele viaja por camadas, contexto de conversação, resposta gerada e, finalmente, 00:05:28.500 --> 00:05:30.720 armazenamento analítico para registro e percepções. 00:05:31.820 --> 00:05:35.200 Uma adorável corrida de revezamento de dados, exceto que o bastão é sua informação confidencial. 00:05:35.620 --> 00:05:37.560 Agora, a cada passo desse revezamento existe em alusurar. 00:05:38.020 --> 00:05:39.300 O conector é a primeira zona de risco. 00:05:40.140 --> 00:05:42.580 Os conectores na Power Platform vêm em três tipos, padrão. 00:05:42.700 --> 00:05:46.080 Serviços típicos da Microsoft, Premium, de terceiros ou funcionalidade aprimorada, 00:05:46.200 --> 00:05:48.660 e APIs personalizadas, definidas pelo usuário. 00:05:49.680 --> 00:05:50.820 Cada tipo é governado de forma diferente. 00:05:50.820 --> 00:05:54.080 Conectores padrão se encaixam perfeitamente nas categorias de DLP integrado. 00:05:54.580 --> 00:05:58.020 Conectores Premium e personalizados, no entanto, muitas vezes flutuam em um limbo regulatório 00:05:58.020 --> 00:05:59.320 até que você lhes atribua uma classificação. 00:05:59.640 --> 00:06:02.600 Quando os administradores negligenciam isso, os agentes do Copilot tratam todos com o território. 00:06:02.880 --> 00:06:06.580 Imagine rotular metade dos seus arquivos como outras secretas enquanto deixa o resto em branco. 00:06:07.200 --> 00:06:09.840 Você acabou de dar ao estagiário permissão para abrir o que parecia interessante. 00:06:10.840 --> 00:06:12.280 O segundo ponto fraco resiste sistema. 00:06:12.280 --> 00:06:15.960 Eles não são visíveis na tela do criador, mas silenciosamente habilitam funções como 00:06:15.960 --> 00:06:18.240 mensagem do Teams ou renderização de cartões adaptáveis. 00:06:18.700 --> 00:06:21.740 Como eles são tecnicamente propriedade do sistema, não do usuário, eles frequentemente 00:06:21.740 --> 00:06:22.880 evadem seus filtros de DLP. 00:06:23.460 --> 00:06:26.340 Pense neles como túneis de manutenção passando sob seu castelo. 00:06:27.020 --> 00:06:28.500 Raramente patrulhados, sempre abertos. 00:06:29.040 --> 00:06:31.560 Quando os dados se movem através deles, a maioria das organizações nunca percebe. 00:06:32.100 --> 00:06:35.920 Por padrão, a Microsoft exclui vários conectores da aplicação de políticas para preservar 00:06:35.920 --> 00:06:36.900 a funcionalidade básica. 00:06:37.400 --> 00:06:39.160 Maravilhoso para o tempo de atividade terrível para o isolamento. 00:06:39.160 --> 00:06:43.640 Depois, ao log de conversas, o histórico de chat do Copilot é armazenado para análise, 00:06:43.720 --> 00:06:44.980 depuração e melhoria contínua. 00:06:46.040 --> 00:06:48.260 Muitos assumem que desabilitar a telemetria desliga isso. 00:06:48.700 --> 00:06:49.100 Não desliga. 00:06:49.540 --> 00:06:53.200 Os dados da conversa podem persistir no armazenamento analítico do ambiente, o que significa que 00:06:53.200 --> 00:06:56.700 um prompt que referencia métricas financeiras sensíveis pode permanecer em seus registros 00:06:56.700 --> 00:06:58.780 indefinidamente, a menos que a retenção seja configurada. 00:06:59.220 --> 00:07:01.340 Você já pode sentir o departamento de conformidade tremendo. 00:07:01.880 --> 00:07:03.960 É que o fluxo de dados se torna enganosamente complexo. 00:07:04.280 --> 00:07:07.700 Uma única chamada do Copilot pode tocar vários conectores em sequência. 00:07:07.700 --> 00:07:12.320 Por exemplo, um agente poderia usar o Outlook para extrair e-mails recentes, passar esse 00:07:12.320 --> 00:07:15.200 conteúdo por um conector de análise de texto e retornar resumos no Teams. 00:07:16.160 --> 00:07:17.680 Cada etapa cruza uma fronteira de DLP. 00:07:18.060 --> 00:07:21.380 Se apenas um desses conectores pertence a uma classificação diferente, digamos Outlook 00:07:21.380 --> 00:07:25.020 como empresarial e serviços cognitivos como não empresarial, todo fluxo viola a política. 00:07:26.360 --> 00:07:27.980 O sistema não grita, ele simplesmente prossegue. 00:07:28.400 --> 00:07:29.700 A conexão cruzada é silenciosa, mas catastrófica. 00:07:29.700 --> 00:07:34.440 O que é pior, as políticas de DLP são definidas por ambiente, não por tenente, o que significa 00:07:34.440 --> 00:07:36.660 que cada ambiente do Power Platform tem seus próprios limites. 00:07:37.280 --> 00:07:40.580 A menos que você replique as políticas explicitamente, cada novo ambiente se torna um vazamento 00:07:40.580 --> 00:07:41.020 em potencial. 00:07:41.500 --> 00:07:45.420 Você pode ter uma governança impecável na produção e um caos absoluto no desenvolvimento. 00:07:46.500 --> 00:07:49.940 E a Microsoft gentilmente lembrará a você, se questionada, que o isolamento de ambientes 00:07:49.940 --> 00:07:50.660 é intencional. 00:07:51.440 --> 00:07:52.480 Em outras palavras, é problema seu. 00:07:52.860 --> 00:07:54.160 Deixe-me compartilhar uma história de VT. 00:07:54.160 --> 00:07:58.120 Um cliente implantou um agente co-pilot financeiro em um ambiente de teste, presumindo que sua 00:07:58.120 --> 00:08:00.220 política global de DLP se aplicaria automaticamente. 00:08:01.280 --> 00:08:05.700 O agente, alegremente alheio à hierarquia, tinha acesso a bibliotecas internas do SharePoint 00:08:05.700 --> 00:08:07.300 e a uma API experimental de terceiros. 00:08:08.300 --> 00:08:11.960 Quando o setor jurídico revisou uma amostra do registro de chat, descobriram números trimestrais 00:08:11.960 --> 00:08:13.880 confidenciais inseridos em uma conversa de API. 00:08:14.440 --> 00:08:16.260 Sem invasão, sem hack e apenas ausência política. 00:08:16.420 --> 00:08:19.620 O sistema se comportou exatamente como o configurado para fazer tudo errado. 00:08:20.140 --> 00:08:22.360 Agora você já consegue visualizar a anatomia de um vazamento. 00:08:22.360 --> 00:08:26.840 A identidade delega poder, conectores ligam dados, logs de conversa preservam rastros, 00:08:26.960 --> 00:08:28.140 análises capturam o evento. 00:08:29.160 --> 00:08:30.820 Se perder um limite, a informação escorre por ele. 00:08:31.220 --> 00:08:33.280 Então antes de erguer defesas, lembre-se deste fluxo. 00:08:33.360 --> 00:08:35.340 Usuário, conector, agente, log e análises. 00:08:36.440 --> 00:08:37.980 Cada seta é uma possível rota de fuga. 00:08:38.820 --> 00:08:39.600 Seguir com os muralhas. 00:08:40.180 --> 00:08:43.400 Políticas de DLP fortes o suficiente para conter até o pilot mais zeloso. 00:08:44.440 --> 00:08:46.400 Construindo a fortaleza de DLP e a configuração correta. 00:08:46.720 --> 00:08:48.240 A maioria dos administradores entram em leve pânico. 00:08:48.580 --> 00:08:51.980 Bom, o pânico significa que você finalmente percebeu que seus agentes não são inocentes. 00:08:51.980 --> 00:08:54.720 Eles são crianças sem supervisão com acesso ao cofre da empresa. 00:08:55.200 --> 00:08:58.260 Então, vamos começar a reconstruir essa fortaleza adequadamente do zero. 00:08:58.340 --> 00:09:00.640 Porque criar uma política de DLP no Power Platform é difícil. 00:09:01.500 --> 00:09:05.520 Entender o que ela realmente controla exige mais sutileza do que a maioria da documentação admite. 00:09:06.360 --> 00:09:07.860 Primeiro, identifique seu campo de batalha. 00:09:07.920 --> 00:09:09.620 Os ambientes que hospedam projetos do Copelodio. 00:09:09.620 --> 00:09:14.740 Muitas organizações criam múltiplos ambientes do Power Platform, desenvolvimento, teste, produção, 00:09:15.120 --> 00:09:19.560 muitas vezes por desenvolvedores e cidadãos entusiastas que acham que o ambiente soa como um playground para a criatividade. 00:09:20.020 --> 00:09:20.120 Não. 00:09:20.600 --> 00:09:22.020 Cada ambiente é a sua própria de segurança. 00:09:22.700 --> 00:09:25.700 Políticas definidas no nível de Terno não cercam automaticamente essas ilhas, 00:09:25.780 --> 00:09:28.580 o que significa que seu ambiente de produção pode ser governado como Fort Knox, 00:09:28.740 --> 00:09:31.040 enquanto o de desenvolvimento flutua como uma balsa no Pacífico. 00:09:31.600 --> 00:09:33.080 Primeiro passo, portanto, ao reconhecimento. 00:09:33.080 --> 00:09:36.100 Encontre cada ambiente onde alguém clicou em Criar Copilot. 00:09:36.860 --> 00:09:37.860 Presuma que nada é inofensivo. 00:09:38.240 --> 00:09:39.360 Agora construímos a primeira muralha. 00:09:39.620 --> 00:09:41.360 Dentro dos centros de administração do Power Platform, 00:09:41.640 --> 00:09:45.060 abra a seção de políticas de dados e crie uma nova política de prevenção contra a perda de dados. 00:09:45.420 --> 00:09:47.260 Você será solicitado a definir os ambientes afetados. 00:09:47.600 --> 00:09:48.660 Selecione de forma a devera. 00:09:49.120 --> 00:09:52.180 Palhar políticas por espaços não utilizados apenas gera inconsistência. 00:09:52.800 --> 00:09:55.840 Cada política é aplicada no momento da implantação, não retroativamente. 00:09:56.580 --> 00:10:01.420 Portanto, todo o conector novo existente dentro desse ambiente só estará em conformidade após a publicação da política. 00:10:01.420 --> 00:10:05.180 A seguir, temos a base da categorização de conectores de DLP. 00:10:06.040 --> 00:10:08.340 Imagine grupos rotulados como corporativos e bloqueados. 00:10:08.920 --> 00:10:09.840 Eles ficam livremente entre si. 00:10:10.360 --> 00:10:13.060 Conectores não corporativos só podem compartilhar dados dentro do seu próprio grupo. 00:10:13.440 --> 00:10:15.120 Conectores bloqueados ficam totalmente em quarentena. 00:10:15.860 --> 00:10:17.520 Essa é a hierarquia que sua IA deve obedecer. 00:10:18.260 --> 00:10:22.800 E sim, colocar um conector no grupo errado pode transformar um chatbot seguro em um colunista de fofocas. 00:10:23.500 --> 00:10:24.840 Agora isole o grupo de alto risco. 00:10:25.700 --> 00:10:27.000 IA e conectores externos. 00:10:27.000 --> 00:10:32.820 Qualquer item rotulado como serviços cognitivos, OpenAI ou HTTP genérico deve ser classificado como não corporativo ou bloqueado. 00:10:33.260 --> 00:10:38.580 Esses conectores atuam como gateways de saída, onde os dados deixam o jardim morado da Microsoft e entram no processamento de terceiros. 00:10:39.300 --> 00:10:41.720 Bloqueá-los não prejudica seu co-pilot, mas o disciplina. 00:10:42.580 --> 00:10:47.660 Você ainda pode criar fluxos inteligentes, apenas sem enviar dados brutos de clientes para qualquer endpoint que responda primeiro. 00:10:48.480 --> 00:10:50.700 Em seguida tratamos o assassino silencioso, a conexão cruzada. 00:10:50.700 --> 00:10:55.120 Isso ocorre quando uma única conversa ou fluxo toca tanto um conector corporativo quanto um não corporativo. 00:10:56.080 --> 00:11:02.320 Exemplo, um agente recupera uma lista do SharePoint corporativo e envia o resumo para uma API de linguagem externa não corporativo. 00:11:03.320 --> 00:11:08.520 Mesmo que cada conector seja permitido individualmente, essa junção cria uma ponte de dados que sua política proíbe. 00:11:09.160 --> 00:11:13.900 A aplicação de DLP da Power Platform bloqueia automaticamente esse fluxo se você tiver categorizado os conectores corretamente. 00:11:14.400 --> 00:11:15.920 Caso contrário, o sistema ignora e prossegue. 00:11:16.540 --> 00:11:17.380 Verifique seus agrupamentos. 00:11:17.380 --> 00:11:21.580 Uma classificação errada e os guardas deixam o ladrão sair educadamente. 00:11:22.560 --> 00:11:24.880 A hierarquia de DLP funciona como uma pilha de escudos alinhados. 00:11:25.400 --> 00:11:28.260 No topo, as políticas de nível de locatário substituem tudo que trabalha. 00:11:28.680 --> 00:11:31.480 Baixo disso, as políticas de nível de ambiente governam espaços específicos. 00:11:32.100 --> 00:11:35.780 Por fim, restrições individuais de aplicativos ou agentes se aplicam apenas ao escopo do ambiente. 00:11:36.780 --> 00:11:37.940 Pense nisso como uma hierarquia de gestão. 00:11:38.380 --> 00:11:44.000 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. 00:11:44.620 --> 00:11:46.660 Se houver contradições, a lei corporativa vence. 00:11:46.660 --> 00:11:51.800 Portanto, na dúvida, aplique padrões rigorosos na fronteira do locatário e restringe as exceções para baixo. 00:11:52.240 --> 00:11:54.320 Num config, os criadores de aplicativos farão a própria fiscalização. 00:11:54.720 --> 00:11:58.780 São as mesmas pessoas que achavam aceitável colocar o Power Automate em produção sem controle de versão. 00:11:59.420 --> 00:12:02.360 Antes de comemorar, teste tudo em um ambiente sandbox, sempre. 00:12:03.000 --> 00:12:05.800 Agentes do Copilot Studio dependem de várias conexões implícitas, 00:12:05.960 --> 00:12:09.240 e sua nova política pode bloqueá-los silenciosamente, quebrando funções essenciais. 00:12:09.240 --> 00:12:15.280 Implante seus ajustes de DLP em um ambiente de teste, importe um agente de amostra e confirme se ele ainda responde a consultas rotineiras. 00:12:15.900 --> 00:12:19.660 Se não, ajuste os grupos de conectores até que a funcionalidade retorne sem ampliar a exposição. 00:12:20.120 --> 00:12:22.960 Você está equilibrando a usabilidade de paranoia, talvez um pouco mais para o lado da paranoia. 00:12:23.520 --> 00:12:25.360 Ah, é mais barato do que processo judiciário. 00:12:26.160 --> 00:12:27.060 Observe o que acabam de fazer. 00:12:27.060 --> 00:12:31.280 Separamos os dados, definimos as fronteiras e isolamos as saídas. 00:12:32.360 --> 00:12:33.340 Essa é a sua fortaleza. 00:12:33.440 --> 00:12:37.060 Categorias rígidas, ambientes delimitados, hierarquia em camadas e muros testados. 00:12:38.240 --> 00:12:41.080 Mas até a melhor fortaleza precisa de guardas que entendam de permissões, 00:12:41.180 --> 00:12:44.020 porque as fortificações falham no momento em que alguém distribui uma chave mestre. 00:12:44.840 --> 00:12:47.340 E no rindo da Microsoft, essas chaves são emitidas através de um intradinho. 00:12:48.000 --> 00:12:51.660 Então, agora que seus muros estão altos e seu fosso está cheio, vamos falar sobre os porteiros. 00:12:51.740 --> 00:12:55.540 Aquelas charmosas permissões delegadas que fazem todo administrador se sentir falsamente seguro. 00:12:55.540 --> 00:12:58.620 Entra em cena ou entra em seu modelo de permissão, que não é tão mágico assim. 00:12:59.500 --> 00:13:01.100 Permissões entra e o mito da segurança. 00:13:01.880 --> 00:13:04.960 Se eu ganhasse um dólar toda vez que alguém dissesse ao Entra, então está seguro, 00:13:05.640 --> 00:13:08.460 eu teria o suficiente para comprar ações da Microsoft e resolver o problema mesmo. 00:13:09.000 --> 00:13:10.200 Vamos desmantelar esse mito adequadamente. 00:13:11.020 --> 00:13:13.640 O Entra, conhecido anteriormente como Azure Active Directory, 00:13:13.780 --> 00:13:17.140 não espalha pó de pilim-pim-pim na sua identidade só para que gerencia a autenticação. 00:13:17.140 --> 00:13:19.920 Ele é um intermediário, não um guardião. 00:13:20.060 --> 00:13:24.880 E seu agente copilot, por mais simpático que pareça, não possui conta sem o consciência própria. 00:13:25.540 --> 00:13:26.500 Ele usa a sua. 00:13:26.960 --> 00:13:28.340 Isso é chamado de permissões delegadas. 00:13:29.040 --> 00:13:30.940 Quando você entra e interage com um agente copilot, 00:13:31.040 --> 00:13:33.080 esse agente solicita um token de acesso em seu nome. 00:13:33.700 --> 00:13:37.860 Esse token inclui todas as permissões concedidas a você em seu ambiente Microsoft 305. 00:13:38.380 --> 00:13:39.580 Biblioteca do SharePoint, verificado. 00:13:39.980 --> 00:13:41.060 Tabela do Dataverse, verificado. 00:13:41.500 --> 00:13:44.680 Chat privado no Teams com seu chefe, também verificado se você tivesse acesso. 00:13:44.680 --> 00:13:47.800 O agente não distingue entre o importante e o catastrófico. 00:13:48.760 --> 00:13:51.000 Ele simplesmente executa dentro do seu escopo, sua identidade. 00:13:51.000 --> 00:13:54.800 Se você tem privilégio financeiro, seu assistente algorítmico também tem, não. 00:13:54.980 --> 00:13:56.380 Ele não hesitará em usá-los. 00:13:57.120 --> 00:13:59.780 Esse design funciona perfeitamente dentro de escopos controlados, 00:13:59.860 --> 00:14:03.380 porque mantém a experiência do usuário fluida, mas o perigo vem do consentimento implícito. 00:14:04.000 --> 00:14:06.460 Quando você aprova um conector, digamos, para Outlook ou Dataverse, 00:14:06.920 --> 00:14:08.820 esse consentimento é armazenado dentro do ambiente. 00:14:09.400 --> 00:14:11.380 Qualquer agente copilot e hospedado ali herde essa confiança. 00:14:11.800 --> 00:14:15.500 Aprove uma vez e você efetivamente abençoou todos os futuros agentes com o mesmo alcance. 00:14:15.500 --> 00:14:20.180 Parabéns, você implantou uma família de chatbots onipotentes sem supervisão individual. 00:14:20.960 --> 00:14:22.240 Se sou imprudente é porque realmente é. 00:14:22.740 --> 00:14:25.780 O antídoto reside na implementação do acesso com privilégio mínimo para seus agentes, 00:14:25.860 --> 00:14:27.660 assim como você espera se faz para os humanos. 00:14:28.220 --> 00:14:28.320 É. 00:14:29.060 --> 00:14:32.140 Dentro do Entryd, crie grupos de segurança personalizados e atribuições de função 00:14:32.140 --> 00:14:34.440 que limitem o que os componentes relacionados ao Copilot podem consultar. 00:14:34.760 --> 00:14:38.540 Por exemplo, restringe o acesso apenas ao subconjunto de conectoras de dados necessários 00:14:38.540 --> 00:14:39.520 para a função de cada agente. 00:14:40.160 --> 00:14:42.880 Um assistente de marketing não tem motivo para consultar registros de RH, 00:14:42.880 --> 00:14:46.080 mas muitos administradores os colocam nos mesmos escopos por conveniência. 00:14:46.680 --> 00:14:47.740 Conveniência gera exposição. 00:14:48.300 --> 00:14:51.440 A menos que você goste de explicar linhas de dados para auditores, pare de fazer isso. 00:14:51.800 --> 00:14:52.840 E quanto às identidades gerenciadas? 00:14:53.200 --> 00:14:54.760 Sim, elas existem e sim são úteis. 00:14:55.260 --> 00:14:58.640 Uma identidade gerenciada permite que um aplicativo se autentique com recursos do Azure 00:14:58.640 --> 00:15:01.040 usando seu próprio port principal para em vez de usar o seu. 00:15:01.640 --> 00:15:03.040 Mas aqui está a sutileza que é marígna. 00:15:03.440 --> 00:15:06.420 Os agentes do Copilot Studio funcionam principalmente por delegação de usuário, 00:15:06.520 --> 00:15:07.620 não por identidades gerenciadas. 00:15:08.320 --> 00:15:12.100 Atribuir identidades gerenciadas precipitadamente pode levar ao excesso de privilégios. 00:15:12.100 --> 00:15:15.720 Pois esses pais, principais, geralmente começam com permissões mais amplas do que o pretendido. 00:15:16.720 --> 00:15:19.700 Trate as identidades gerenciadas com instrumentos cirúrgicos, não com chaves para... 00:15:19.700 --> 00:15:21.220 A automação não é sinônimo de autonomia. 00:15:21.560 --> 00:15:22.600 Você pode estar pensando, ah, tudo bem. 00:15:23.020 --> 00:15:24.000 Vou apenas confiar na auditoria. 00:15:24.440 --> 00:15:26.080 Excelente atitude desde que você realmente execute. 00:15:26.920 --> 00:15:29.660 O Entra fornece logs de entrada e relatórios de consentimento 00:15:29.660 --> 00:15:32.760 que revelam quais principais para acessar qual recurso sobre a identidade de quem e quando. 00:15:33.560 --> 00:15:36.240 Combine isso com a análise do centro de administração do Power Platform, 00:15:36.340 --> 00:15:38.420 e você poderá rastrear a atividade do conector por agente. 00:15:38.420 --> 00:15:42.020 Se você encontrar um conector extraindo dados fora de seu ambiente designado, 00:15:42.100 --> 00:15:43.500 isso não é curiosidade. 00:15:44.160 --> 00:15:45.900 É a preguiça de configuração tornada visível. 00:15:46.360 --> 00:15:49.160 Capture esses eventos, esporte para sua plataforma de monitoramento e aerosobrê. 00:15:49.600 --> 00:15:51.160 Confiar, mas verificar está ultrapassado. 00:15:51.480 --> 00:15:53.320 Na era do Copilot, é restringir e confirmar. 00:15:53.980 --> 00:15:55.920 Portanto, não entra sozinho ou protege seus agentes. 00:15:56.520 --> 00:15:58.840 Ele os autentica de forma educada, eficiente e indiferente. 00:15:58.840 --> 00:16:02.760 Segurança é a arquitetura em torno da identidade, não a existência dela. 00:16:03.960 --> 00:16:09.540 Suas paredes, DLP, suas chaves, permissões e seus guardas da auditoria formam uma tríade. 00:16:10.220 --> 00:16:11.860 Quebrem os pilares e toda a estrutura vacila. 00:16:12.520 --> 00:16:15.040 O mito da segurança morre no momento em que você percebe que a Microsoft 00:16:15.040 --> 00:16:16.820 delegou a responsabilidade de volta para você. 00:16:17.260 --> 00:16:18.260 Você pediu por IAD autoatendimento. 00:16:18.680 --> 00:16:20.640 Eles entregaram exatamente isso tudo em autoatendimento. 00:16:21.600 --> 00:16:23.080 Isso inclui vazamentos autoinfligidos. 00:16:23.580 --> 00:16:26.600 Agora que restringimos a identidade e o escopo, não se parabenize ainda. 00:16:26.600 --> 00:16:30.460 Uma política escrita, mas nunca testada, é a versão burocrática de um placebo. 00:16:31.360 --> 00:16:33.980 Você pediu evidências, provas de que sua fortaleza realmente resiste sob pressão. 00:16:34.360 --> 00:16:37.520 Isso significa investigar, provocar e, ocasionalmente, tentar quebrar seu próprio sistema. 00:16:38.460 --> 00:16:41.220 Porque se você não fizer isso, outra pessoa acidentalmente ou não acabará fazendo? 00:16:42.740 --> 00:16:43.640 Testar e monitorar. 00:16:44.260 --> 00:16:45.000 Prova que está selado. 00:16:45.520 --> 00:16:48.560 Testar um agente copilot não é apenas vê-lo responder olá corretamente. 00:16:49.520 --> 00:16:53.200 É ver o que acontece quando você o desafia com perguntas que deveriam atingir as barreiras de segurança. 00:16:54.040 --> 00:16:55.980 Comece fazendo o time inquar no seu copilot. 00:16:55.980 --> 00:16:59.360 Não com teatros dramáticos de hackers, mas com prontos deliberados e controlados. 00:17:00.040 --> 00:17:02.520 Peça dados confidenciais aos quais ele não deveria ter acesso. 00:17:02.640 --> 00:17:03.880 Resuma salários de executivos. 00:17:04.380 --> 00:17:06.920 Esporte registros de clientes ou mostre contratos do financeiro. 00:17:07.200 --> 00:17:08.320 Ou mostre contratos do financeiro. 00:17:08.540 --> 00:17:11.920 Se o agente recusar educadamente ou exibir uma restrição de acesso com memória e brevemente, 00:17:12.860 --> 00:17:15.900 se ele atender, você acaba de descobrir a falha exata com a qual os atacantes sonham. 00:17:16.900 --> 00:17:19.540 Este método não é teste hipotético, é governança aplicada. 00:17:20.240 --> 00:17:23.860 Crie um catálogo de prontos proibidos e execute-os em cada ambiente do copilot. 00:17:23.860 --> 00:17:25.360 Monitore as respostas. 00:17:25.700 --> 00:17:28.460 Uma recusa indica que as camadas de DLP e permissão estão funcionando. 00:17:28.960 --> 00:17:31.580 O vazamento de dados sinaliza a classificação incorreta ou sobreposição de conectores. 00:17:31.880 --> 00:17:33.720 A beleza do copilot é sua transparência. 00:17:34.180 --> 00:17:35.120 Os logs registram tudo. 00:17:35.560 --> 00:17:37.680 O terror é que esses logs também preservam seus erros. 00:17:38.680 --> 00:17:40.660 Portanto, em seguida, monitore a análise de uso dos conectores. 00:17:41.240 --> 00:17:44.240 No centro de administração do Power Platform, abre o painel de análise de ambiente. 00:17:45.040 --> 00:17:48.180 Você encontrará métricas sobre o volume de conectores, frequência e origem do usuário. 00:17:48.640 --> 00:17:49.440 Procure por anomalias. 00:17:49.440 --> 00:17:54.260 Picos em chamadas de conector HTTP de agentes que nunca deveriam usar APIs externas ou aumentos 00:17:54.260 --> 00:17:57.740 repentinos em consultas ao SharePoint alinhados a novas implementações de chatbots. 00:17:58.620 --> 00:18:01.180 Essas não são coincidências, são rastros de uma configuração ruim. 00:18:01.880 --> 00:18:02.980 Trate-os como pistas forenses. 00:18:03.380 --> 00:18:05.740 Cada anomalia reflete um controle ausente em algum ponto anterior. 00:18:06.600 --> 00:18:08.400 Depois vem o registro de auditoria e sua trilha de prova. 00:18:08.800 --> 00:18:12.900 Habilite eventos de auditoria no Power Platform e sincronize-os com Microsoft Purview ou Microsoft Sentinel. 00:18:12.900 --> 00:18:18.180 Isso garante que cada ação, prompt e chamada de conector seja indexado em sua estrutura de conformidade mais ampla. 00:18:18.620 --> 00:18:19.780 Com o Purview, você ganha contexto. 00:18:20.520 --> 00:18:24.900 Quais conjuntos de dados foram acessados, qual usuário iniciou o prompt e se os dados deixaram sua fronteira geográfica. 00:18:25.660 --> 00:18:30.140 O Sentinel, por outro lado, adiciona a correlação, vinculando essas atividades a eventos de segurança mais amplos, 00:18:30.220 --> 00:18:32.320 como logins em comuns ou escalonamento de privilégios. 00:18:33.020 --> 00:18:36.200 Juntos, eles transformam o comportamento invisível da AI em telemetria mensurável. 00:18:37.140 --> 00:18:39.160 Uma regra ignorada aqui é alinhamento de retenção. 00:18:39.600 --> 00:18:41.580 Dados de auditoria geralmente sobrevivem aos dados de conversa. 00:18:41.580 --> 00:18:46.220 Se você excluir logs de chat após 30 dias, mas mantiver eventos de auditoria por um ano, 00:18:46.380 --> 00:18:48.840 perde o fio condutor que explica por que um evento ocorreu. 00:18:49.760 --> 00:18:51.780 A aplicação de políticas sem contexto é inútil. 00:18:52.840 --> 00:18:58.340 Garanta que as políticas de retenção em logs do Copilot, análises e rastros de auditoria permaneçam sincronizadas 00:18:58.340 --> 00:19:00.880 para que suas evidências contem uma história coerente. 00:19:01.560 --> 00:19:04.060 Agora, a reclassificação periódica está entre as tarefas mais ignoradas. 00:19:04.880 --> 00:19:07.300 Microsoft atualiza as definições de conectores constantemente. 00:19:07.300 --> 00:19:11.840 Um conector padrão antisseguro pode se tornar premium ou externo da noite para o dia, alterando 00:19:11.840 --> 00:19:12.720 seu comportamento de dados. 00:19:13.340 --> 00:19:16.980 Revise o inventário de conectores a cada trimestre, reclassificando de acordo com a documentação 00:19:16.980 --> 00:19:19.200 atual da Microsoft e não com suposições do ano passado. 00:19:19.920 --> 00:19:22.920 Negligenciar isso é equivalente a trancar suas portas enquanto alguém muda silenciosamente 00:19:22.920 --> 00:19:23.400 os dobradistas. 00:19:23.400 --> 00:19:25.660 Por fim, adote uma governança contínua. 00:19:26.540 --> 00:19:30.100 Cada novo conector, plugin ou extensão de terceiros reabre a superfície de risco. 00:19:30.640 --> 00:19:33.840 Trate o DLP não como uma caixa de seleção de conformidade estática, mas como um perímetro 00:19:33.840 --> 00:19:34.180 em avulso. 00:19:34.700 --> 00:19:38.640 Agende auditorias trimestrais, automatize exportações de análise e envie alertas para 00:19:38.640 --> 00:19:41.080 seu pipeline de gerenciamento de eventos e informações de segurança. 00:19:41.520 --> 00:19:43.000 A governança morre no momento que se torna manual. 00:19:43.440 --> 00:19:45.720 Quando terminar os testes, você notará algo satisfatório. 00:19:46.360 --> 00:19:47.980 O objetivo não é a conformidade e nunca foi. 00:19:48.320 --> 00:19:48.880 É o controle. 00:19:48.880 --> 00:19:53.060 Um agente copilot que responde apenas dentro de limites protegidos torna-se previsível, 00:19:53.140 --> 00:19:55.660 gerenciável e gerenciável e genuinamente seguro para uso comercial. 00:19:55.820 --> 00:19:59.020 É aí que a IA deixa de ser um risco e vira um ativo, mas apenas porque você tornou 00:19:59.020 --> 00:20:00.740 a paranoia algo sistêmico não opcional. 00:20:01.540 --> 00:20:04.660 Quando seus dados pararem de vazar, você verá o Copilot Studio de outra forma. 00:20:04.980 --> 00:20:08.380 Não como um brinquedo de produtividade, mas como uma ferramenta de engenharia de confiança. 00:20:09.040 --> 00:20:11.140 Seus agentes se comportam bem porque você definiu as regras assim. 00:20:11.880 --> 00:20:15.520 E é assim que você finalmente poderá dizer sem ironia que seu ambiente está selado. 00:20:15.900 --> 00:20:18.520 Os agentes do Copilot Studio não são vilões, são reflexo. 00:20:19.180 --> 00:20:21.220 Eles se comportam exatamente como sua configuração instrui, 00:20:21.460 --> 00:20:23.740 que geralmente significa compartilhar demais, porém, com a educação. 00:20:24.380 --> 00:20:27.320 Cada permissão que exploram, cada conector que cruzam e cada conjunto de dados 00:20:27.320 --> 00:20:29.160 que expõem é no fim espelho da sua governança. 00:20:29.960 --> 00:20:31.840 Você construiu a ponte e eles apenas atravessaram. 00:20:32.500 --> 00:20:37.200 Então lembre-se, um agente Copilot é tão confiável quanto sua configuração de DLP e nada mais. 00:20:38.080 --> 00:20:39.880 Segurança baseada em otimismo não é uma estratégia. 00:20:40.620 --> 00:20:42.040 Segurança baseada em limites de imposto. 00:20:42.040 --> 00:20:46.360 Governança, portanto, não é opcional quando sua IA pode consultar a SharePoint, 00:20:46.460 --> 00:20:48.940 Dataverse e Outlook com autoridade executiva. 00:20:49.580 --> 00:20:51.280 A parte sedutora do Copilot é com Engels. 00:20:51.660 --> 00:20:52.460 Peça e obedece. 00:20:53.020 --> 00:20:56.060 Perigo é que a subediência se estende a planilhas confidenciais e dados de RH 00:20:56.060 --> 00:20:57.540 quando ninguém dá uma ordem contrária. 00:20:58.100 --> 00:20:59.340 A única solução real é disciplina. 00:20:59.720 --> 00:21:00.640 Classifique conectores. 00:21:00.920 --> 00:21:03.900 Restringe as permissões e teste essas restrições até que falhas se tornem impossíveis. 00:21:03.900 --> 00:21:08.460 Faça isso antes que outro projeto piloto inofensivo se transforme em investigação de conformidade. 00:21:09.240 --> 00:21:11.100 Bloqueie seus dados antes que seu copiloto aprenda de mãe. 00:21:11.820 --> 00:21:14.300 Pense no DLP como contenção intelectual, não como burocracia. 00:21:14.980 --> 00:21:18.080 Um conjunto de muros digitais que impede que a inteligência se transforme em exposição. 00:21:18.800 --> 00:21:21.160 Ao aplicar essas regras, seu copiloto deixa de ser um risco 00:21:21.160 --> 00:21:24.560 e passa a ser o que foi prometido, um assistente confiável, um assistente confiável. 00:21:24.820 --> 00:21:27.180 Se isso poupou a sua equipe de conformidade, um ataque de pânico, inscreva-se. 00:21:27.660 --> 00:21:30.160 É mais barato que uma auditoria e infinitamente menos constrangedor 00:21:30.160 --> 00:21:32.780 que explicar o jurídico por que um chatbot postou dados de folha no Teams. 00:21:32.780 --> 00:21:38.060 Siga para o próximo episódio sobre governança avançada de agentes copilot com Microsoft Purview 00:21:38.060 --> 00:21:41.400 e mantenha suas automações inteligentes contidas e sob absoluto controle.