Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Seu agente do SharePoint vaza dados? Limite as fontes, quebre a herança e use o Purview DLP de verdade (Dublagem IA)

Transcript

Seu agente do SharePoint vaza dados? Limite as fontes, quebre a herança e use o Purview DLP de verdade (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

• 0:00
  Seu agente do SharePoint não alucinou o vazamento, entregou a ele uma mangueira de incêndio e pediu apenas um.
• 0:05
  Fontes de conhecimento com escopo excessivo e herança permissiva equivalem à divulgação acidental na velocidade da máquina.
• 0:10
  A solução não é mágica.
• 0:11
  É disciplina de escopo, endurecimento e permissões e DLP rigoroso,
• 0:14
  integrados a um pacote de políticas básicas que você pode implantar hoje.
• 0:17
  Vou mostrar como os agentes realmente veem os dados,
• 0:19
  porque a fundamentação não isola permissões e os controles exatos que os limitam sem eliminar a utilidade.
• 0:25
  Existe uma configuração que a maioria dos administradores ignora um portal de aprovação necessário
• 0:28
  e um padrão de DLP que realmente bloqueia agentes.
• 0:31
  Vamos começar por como eles veem.
• 0:33
  Fundação. Como os agentes do SharePoint realmente veem seus dados, o DNA das permissões.
• 0:38
  A verdade é que os agentes não leem suas intenções, eles leem o Microsoft Graph.
• 0:41
  Pense no Graph como a corrente sanguínea.
• 0:43
  Se o conteúdo é acessível através de suas acessíveis, o agente vê oxigênio.
• 0:46
  Se você definiu um escopo excessivo para uma fonte de conhecimento,
• 0:49
  acabou de instalar um desvio em torno de suas artérias cuidadosamente rotuladas.
• 0:51
  Deixe-me traduzir.
• 0:52
  Um agente tem dois grandes ingredientes, uma persona de usuário e filtro de recuperação.
• 0:56
  Persona equivale à identidade e suas permissões no SharePoint, OneDrive e qualquer outra superfície conectada.
• 1:03
  Recuperação equivale ao que você apontou para ele.
• 1:05
  Uma biblioteca, uma pasta, uma pilha de arquivos ou algumas URLs.
• 1:10
  A maioria das pessoas confunde filtro de recuperação com limite de segurança.
• 1:13
  Eles não são.
• 1:14
  Recuperação diz, pesquise aqui primeiro.
• 1:16
  Permissões dizem, você pode entrar.
• 1:18
  A gente obedece às permissões primeiro, a recuperação depois.
• 1:21
  Se não se lembrar de mais nada, lembre-se dessa hora.
• 1:22
  Agora, os rótulos de sensibilidade e o DLP do Purview ficam sobre o conteúdo como sinalizações e guarda-corpos.
• 1:27
  Rótulos classificam, DLP impõe comportamento quando determinado conteúdo é acessado ou processado.
• 1:33
  A maioria das pessoas não percebe, sim.
• 1:35
  A fundamentação não subge direitos.
• 1:37
  A fundamentação filtra relógio.
• 1:38
  Ela não reduz a autoridade legal do agente.
• 1:40
  Portanto, se a identidade do seu agente pode ver várias bibliotecas adjacentes
• 1:43
  porque você deixou a herança intacta, a LLM pode e vai costurar verdades próximas em uma resposta, mas em uma resposta.
• 1:48
  Não é assustador, é previsível.
• 1:49
  A herança de permissões é uma escalada silenciosa.
• 1:54
  Você jura que um site é apenas interno, então descobre que um grupo do SharePoint inclui todos ou usuários autenticados.
• 2:00
  Convidados permanecem em grupos de projetos específicos.
• 2:02
  O agente respeita as ACLs, não suposições.
• 2:04
  Se aquela identidade pode abrir o arquivo no SharePoint, o agente pode processá-lo,
• 2:08
  a menos que combinações de DLP ou políticas de rótulo bloqueiem explicitamente as operações do agente.
• 2:12
  É por isso que seu projeto piloto de biblioteca única citou de repente uma política de RH de uma biblioteca vizinha.
• 2:16
  Se não isolou nada, você sugeriu uma estante preferencial em uma sala de estrancada.
• 2:21
  Adote o modelo de mínimo conhecimento necessário.
• 2:23
  Em vez de alimentar a raiz de um site e esperar que a relevância o salve, vincule fontes de conhecimento a bibliotecas específicas.
• 2:28
  Evite a ingestão em NVID-Site.
• 2:30
  Limite pastas, use filtros de metadados para que a recuperação indexe apenas os documentos que importam para a missão do agente.
• 2:35
  No Copalute Studio e nos construtores de agentes do SharePoint, você pode designar fontes oficiais,
• 2:40
  desativar o conhecimento geral da IA e adicionar respostas de fallback.
• 2:44
  Esse fallback não autoritativo é o seu cinto de segurança.
• 2:47
  Sem ele, o modelo preenche lacunas com conhecimento geral que não respeita sua postura de conformidade.
• 2:51
  Limites também importam.
• 2:52
  As plataformas impõem limites práticos para arquivos, pastas e URLs por fonte de conhecimento.
• 2:57
  Esses não são apenas notas de desempenho, são proteções para a governação.
• 3:00
  Quando você atinge um limite, o instinto errado é ampliar o escopo para a raiz do site só por enquanto.
• 3:05
  É assim que vazamentos começam.
• 3:06
  A atitude correta é orquestrar vários agentes focados, cada um com fontes rigorosamente delimitadas,
• 3:11
  em vez de um bote enciclopédico com acesso livre.
• 3:13
  Distribua o conhecimento, mantém a autoridade em mim.
• 3:16
  Deixe-me voltar e lhe dar um modelo mental que não o trairá sob pressão.
• 3:19
  Agente é igual a persona do usuário mais difícil de recuperação.
• 3:22
  Permissões de controlar um primeiro a recuperação dele.
• 3:24
  Rótulos descrevem a sensibilidade.
• 3:26
  O DLP decide quais ações são permitidas quando essa sensibilidade está presente.
• 3:29
  O Ground, em fundamentação, ajuda a modelar a encontrar o parágrafo.
• 3:31
  As permissões decidem se ele tinha permissão para ver o parágrafo.
• 3:35
  O DLP ainda pode impedir o processamento, mesmo quando os outros dois permitem.
• 3:39
  Essa pilha de controlar, encontrar e aplicar mantém seu raciocínio claro.
• 3:42
  As consequências de ignorar esse sangramento de dados parecem uma falha da IA,
• 3:46
  mas na verdade é o seu desenho de escopo colidindo com heranças permissivas.
• 3:50
  Bibliotecas adjacentes parecem próximas para o modelo porque estão próximas nas suas permissões.
• 3:54
  E sim, o modelo alegremente costurará verdades através de fronteiras que você nunca reforçou.
• 3:58
  Uma vez que você internaliza o funcionamento, do resto se encaixa.
• 4:02
  Você para de culpar o LLM por responder e começa a controlar o que ele tem permissão para considerar.
• 4:06
  Agora que você vê a corrente sanguínea, a espinha dorsal, as permissões de gráfico e os filtros de recuperação,
• 4:10
  vamos impedir que a água passe de uma sala própria.
• 4:12
  Defina o escopo das fontes como um contrato, quebre herança e rotule como se você falasse sério.
• 4:16
  Plano de controle 1.
• 4:18
  Defina o escopo das fontes de conhecimento como um advogado de contrato.
• 4:21
  Agora escrevemos o escopo como linguagem jurídica, preciso, delimitado e absolutamente intolerante à ambiguidade.
• 4:25
  Por que fontes amplas criam interferência e o LLM alegremente costurará verdades próximas
• 4:30
  em uma resposta como um colunista de fofocas com uma lente de longo alcance?
• 4:33
  Aqui está a regra de escopo que separa os profissionais do estagiário.
• 4:37
  Fontes apenas no nível de biblioteca.
• 4:38
  Nada de sites, nada de tudo que está sob este hub.
• 4:41
  Uma única biblioteca de documentos por propósito declarado.
• 4:44
  Se o agente existe para responder a FAQ de produtos, ele recebe a biblioteca de faca de produtos e nada mais.
• 4:49
  A verdade.
• 4:49
  Cada centímetro extra se torna um risco latente que o modelo pode ativar em milissegundos.
• 4:54
  Compare isso com a abordagem do usuário comum.
• 4:56
  Aponte para a raiz do site, adicione subpastas e espere que os metadados os salvem.
• 5:01
  Filtro de recuperação guiam a busca.
• 5:03
  Eles não éguem um firewall.
• 5:04
  Portanto, estruture o escopo como um advogado estrutura cláusula específico, exclusivo e testável.
• 5:09
  Mecânicas e escopo práticas que você realmente usará.
• 5:11
  Evite as raízes do site.
• 5:12
  Especifique sempre um caminho concreto da biblioteca.
• 5:14
  Limite a profundidade das pastas.
• 5:15
  Se precisar usar pastas, trave-as em um nível raso, sem uma coleta recursiva desordenada.
• 5:20
  Aplique filtros de metadados e ingire apenas itens em que o status seja aprovado, a versão
• 5:23
  seja publicada e o departamento seja X.
• 5:25
  Sem metadados, sem ingestão.
• 5:28
  Exclua rascunhos, arquivos e subárvores de trabalho.
• 5:31
  Se não puder excluí-los, mova-os para fora.
• 5:33
  Sem refatorismo, chama governança.
• 5:35
  Checagem de realidade sobre limites, plataformas, não são buffers infinitos.
• 5:38
  Você tem contagem de arquivos, limites de pastas e cotas de URL.
• 5:41
  Trate-os como limites de velocidade que mantém tudo sob controle.
• 5:43
  No Copilot Studio, nos construtores de agentes do SharePoint, teste seus tetos práticos
• 5:47
  antes de entrar em operação.
• 5:49
  Crie uma fonte piloto com a distribuição real.
• 5:51
  Algumas centenas de PDFs aprovados, manuais em docs e uma dúzia de PPTs.
• 5:54
  Se a ingestão ficar lenta, atingir o tempo limite ou começar a ignorar arquivos, não
• 5:58
  amplie o escopo, divida-o.
• 6:00
  Um domínio por fonte, uma fonte por persona de agente.
• 6:03
  Se a orquestração não ungula.
• 6:04
  O atalho que ninguém ensina.
• 6:06
  Múltiplos agentes focados superam sempre um monstro enciclopédico.
• 6:09
  Crie um agente de políticas de RH, um de benefícios e um de viagens.
• 6:13
  Cada um com sua própria biblioteca de tipos aplicados.
• 6:16
  Então, se precisar de um ponto de entrada único, orquestra na porta de entrada com
• 6:19
  um agente roteador que envia consultas ao especialista certo.
• 6:22
  Os profissionais fazem isso porque a governança escra.
• 6:24
  Iniciantes empilham 200 arquivos de domínios mistos em um agente e se perguntam por que
• 6:28
  as respostas parecem uma reunião de comitê.
• 6:30
  Desative o conhecimento geral de IA para agentes regulados.
• 6:32
  Se o agente é autoridade em um domínio, ele deve permanecer em silêncio fora dele.
• 6:37
  É aí que as respostas fallback importam.
• 6:38
  Configure uma resposta clara e humilde.
• 6:41
  Não tem autoridade sobre isso.
• 6:43
  Aqui estão as fontes aprovadas que ocorrem.
• 6:45
  No momento em que você deixa o conhecimento geral preencher as lacunas, você volta a
• 6:48
  ter trivialidades inverificáveis que ignoram seus rótulos e intenções de DLP.
• 6:52
  A curadoria importa.
• 6:53
  Designar fontes oficiais.
• 6:55
  Isso significa um fluxo de aprovação anterior à ingestão.
• 6:58
  Adicione apenas conteúdo que tenha passado por revisão, precisão, atualização e rotulagem
• 7:01
  de sensibilidade confirmada.
• 7:03
  Se você não consegue provar a linhagem do documento, ele não deve fazer parte da base de um agente.
• 7:06
  O modelo é confiante, não correto.
• 7:07
  Sua curadoria é o freio.
• 7:10
  Erros comuns que você vai parar de cometer hoje.
• 7:13
  Despejar domínios mistos em uma única fonte.
• 7:15
  Políticas, documentos técnicos e contratos de fornecedores em uma pilha só.
• 7:19
  Divida-os por propósito, deixando agentes rastrearem URLs da WebTrad.
• 7:22
  Não.
• 7:22
  URLs externos expandem o raio de impacto e anulam a autoestabilidade.
• 7:25
  Ao ingerir rascunhos e arquivos de conversa, o modelo não diferencia o inacabado do publicado
• 7:30
  a menos que você aplique metadados e locais que os separem.
• 7:32
  Assumir que oculto significa protegido.
• 7:35
  Oculto é uma escolha de interface.
• 7:36
  Emissões são à lei.
• 7:38
  Disciplina de teste, porque sim, você realmente testa o escopo.
• 7:40
  Consulte os casos extremos.
• 7:41
  Faça ao agente perguntas autoritativas que ele deveria responder prontamente e depois
• 7:44
  o provoque com tópicos adjacentes que ele deve recusar.
• 7:46
  Se ele responder fora do domínio, seu escopo ou fallback está errado.
• 7:49
  Se ele recusar dentro do domínio, seus filtros ou aprovações são rígidos demais.
• 7:52
  Ajustar é subtração, não adição.
• 7:54
  Remova caminhos irrelevantes, reduza a ambiguidade de metadados e continue fatiando até que
• 7:58
  as respostas sejam entediantemente previsíveis.
• 8:00
  E as métricas que você acompanhará.
• 8:02
  Capacidade de resposta.
• 8:03
  Porcentagem de consultas dentro do domínio resolvidas com citações da biblioteca pretendida.
• 8:07
  Contenção a porcentagem de respostas que estão aprovadas.
• 8:10
  Qualidade do silêncio.
• 8:11
  A clareza e frequência do fallback quando questionado fora do domínio.
• 8:14
  Se quiser uma lista de verificação mental antes de prosseguir, apenas biblioteca, pastas
• 8:19
  rasas, metadados estritos, apenas aprovados, sem conhecimento geral, múltiplos agentes
• 8:23
  estreitos, limites testados, resultados medidos.
• 8:26
  Uma vez que você trava isso do adjusante de permissões, rótulos da LP trabalha a
• 8:30
  seu favor em vez de lutar contra a sua bagunça de escopo excessivo.
• 8:33
  Agora vamos reforçar a herança para que a sala em si esteja trancada, não apenas o
• 8:37
  arquivo?
• 8:38
  Plano de controle 2.
• 8:39
  Quebra a herança e rotulha como se falasse sério.
• 8:41
  Conhecimento escopado é inútil se as portas estiverem escancaradas.
• 8:44
  No SharePoint, permissões herdadas são as roupas velhas da segurança, mal ajustadas,
• 8:49
  cheias de furos e misteriosamente aceitáveis até que o vento frio bata.
• 8:51
  Agentes respeitam as CLs, não o otimismo.
• 8:54
  Então interrompemos a herança onde importa, atribuímos permissões únicas e removemos
• 8:58
  os grupos abrangentes que silenciosamente transformam o interno em quase internet.
• 9:02
  Comece com a auditoria desconfortável.
• 9:04
  Coloque suas bibliotecas sensíveis em três categorias.
• 9:06
  Deve isolar, pode compartilhar e desconhecido.
• 9:09
  Desconhecido é um sinal de alerta.
• 9:10
  Se você não consegue explicar quem tem acesso em uma frase pertence a deve isolar,
• 9:13
  até que se prove o contrário.
• 9:15
  Então, para cada biblioteca de deve isolar, quebre a herança de permissões.
• 9:18
  Não no site, mas na biblioteca que guarda as joias da coroa.
• 9:21
  Quebrar a herança não é drama, é maturidade.
• 9:24
  Você visa um número mínimo explícito de membros, um pequeno grupo de proprietários,
• 9:28
  um grupo definido de membros e leitores apenas onde o negócio exige.
• 9:31
  Agora expulsa o mecanismo de permissão.
• 9:33
  Grupos amplos como todos, todos exceto usuários externos e usuários autenticados,
• 9:36
  se escondem dentro de grupos do SharePoint como bonecas matrioscas.
• 9:39
  Removos.
• 9:40
  Substitua-os por grupos de segurança do Azure AD mapeados para funções que você realmente herencia.
• 9:44
  Convidados devem ser excepcionais, temporários e detectáveis,
• 9:47
  nunca ninhados em um grupo do SharePoint criado durante o início de projeto há três anos.
• 9:52
  Se a palavra todos aparecer no nome do grupo, seu agente tratará isso como um banquete.
• 9:56
  Padronize os níveis de permissão para que você possa entendê-los facilmente.
• 9:59
  Nível A.
• 9:59
  Bibliotecas confidenciais, proprietários, membros, pequenos, leitores, restrito ou específico, sem convidados.
• 10:07
  Nível B.
• 10:08
  Bibliotecas apenas internas, proprietários, membros, gerenciados, leitores, grupo de departamento, sem externos.
• 10:15
  Nível C.
• 10:16
  Bibliotecas internas públicas, proprietários, membros, leitores, todos funcionários, ainda sem convidados.
• 10:21
  O modelo é simples porque precisa ser aplicado por humanos que se distraem facilmente.
• 10:25
  Agentes executarão que você codificar, codifique bom senso, introduzindo os rodos de sensibilidade.
• 10:29
  Rótulos não são adesivos, são chaves de política.
• 10:32
  Emapeia confidencial, restrito, público e assim por diante por comportamentos.
• 10:35
  Armadilha em que a maioria dos administradores caia é deixar que os rótulos sejam decorativos.
• 10:38
  Acabou com isso.
• 10:39
  Você alinha os rótulos ao preview DLP para que o rótulo signifique algo que máquinas possam aplicar.
• 10:43
  Por exemplo, Confidencial RH aciona uma política DLP que bloqueia ações de processamento do agente mesmo quando um usuário pode visualizar o arquivo.
• 10:50
  Sim, se ouviu corretamente, o usuário pode ler no SharePoint, mas o agente recebe um não na camada de processamento.
• 10:55
  Essa é a grande mudança, rótulos mais DLP separam a visibilidade humana da automação por máquina.
• 11:01
  Vamos tornar isso concreto.
• 11:03
  Essa é uma biblioteca de políticas de RH rotulada, como Confidencial RH.
• 11:06
  Um agente de RH precisa responder a perguntas a partir dessa biblioteca.
• 11:09
  Ótimo, a identidade desse agente recebe acesso de leitura para aquela biblioteca específica.
• 11:13
  Bibliotecas adjacentes, como o rascunho de RH, são isoladas com permissões exclusivas que a identidade do agente não possui.
• 11:20
  Enquanto isso, sua política DLP diz, se o rótulo for Confidencial RH e a tentativa de acesso for Processamento por agente,
• 11:26
  permita apenas se o agente estiver nos agentes aprovados de RH.
• 11:29
  Qualquer outro agente, incluindo aquele seu generalista entusiasta de conhecimento da empresa, é bloqueado.
• 11:33
  É bloqueado.
• 11:34
  É assim que você impede a comunicação cruzada, mesmo quando alguém esquece e dá acesso ao agente errado.
• 11:39
  E quanto aos usuários que podem ver demais?
• 11:41
  Essa é a escalada silenciosa.
• 11:42
  Se você confiar apenas na visibilidade do usuário, qualquer agente agindo em nome dele herdará esse acesso amplo.
• 11:48
  Portanto, mantenha a identidade ainda restrita.
• 11:50
  Não crie agentes que rodem como quem os invoca.
• 11:52
  Crie-os para rodar com uma identidade de serviço com privilégio mínimo.
• 11:56
  Combine isso com rótulos e DLP para que nem usuários privilegiados possam enganar um agente para processar dados fora dos limites.
• 12:01
  Você está criando defesas em camadas como um adulto sensato e não rezando para a página de configurações.
• 12:05
  Erros comuns que arruinam essa camada.
• 12:07
  Presumir que oculto significa seguro.
• 12:09
  Deixar sites de projeto com herança padrão.
• 12:13
  Deixar o acesso de convidado persistir após a saída do fornecedor.
• 12:16
  E pior, colocar grupos abrangentes do M365 leitor porque era mais fácil.
• 12:21
  É mais fácil até o momento em que seu agente insere uma citação do jurídico e uma resposta de venda.
• 12:24
  Então vira um teatro de resposta a incidentes.
• 12:26
  Ritmo de implementação que você pode repetir.
• 12:28
  Exale a biblioteca.
• 12:29
  Substitua grupos abrangentes por grupos de funções.
• 12:31
  Atribua uma identidade e serviço ao agente.
• 12:33
  Aplique rótulos e sensibilidade no nível do arquivo da biblioteca.
• 12:37
  E vincule políticas de DLP aos rótulos com condições explícitas de permissão de agente.
• 12:41
  Este com conjunto de consultas control.
• 12:43
  Domínio permitido, adjacente e negado, agente rotulado, mas não aprovado ou bloqueado com uma mensagem clara.
• 12:48
  Se alguma resposta vazar, as permissões incorretas.
• 12:50
  Se o agente processar conteúdo rotulado sem ser aprovado, seu mapeamento de DLP está incorreto.
• 12:54
  Está incorreto.
• 12:55
  Corrige o mapeamento.
• 12:56
  Não é a história que você conta a si mesmo.
• 12:57
  Mais uma nuance.
• 12:58
  A herança no site pode permanecer para as coisas triviais.
• 13:01
  Não estamos fazendo cirurgia de peito aberto no cardápio do refeitor.
• 13:04
  Reserve permissões únicas para as bibliotecas que alimentam os agentes.
• 13:07
  Isso mantém sua carga de trabalho administrativa sensata enquanto reforça as superfícies exatas que a automação te gera.
• 13:13
  Rebre herança.
• 13:14
  Use grupos mínimos exclusivos.
• 13:15
  Rotule como se o rótulo controlasse dinheiro porque vazamentos custam dinheiro.
• 13:17
  Depois conecte rótulos ao DLP para que agentes sigam regras mesmo quando humanos esquecem.
• 13:23
  Agora a sala está trancada, não apenas o arquivo.
• 13:26
  Plano de controle 3.
• 13:27
  Portões de aprovação, limite de licenciamento pré-pago e políticas de dados.
• 13:30
  Você delimitou fontes e eliminou herança preguiçosa.
• 13:32
  Bom.
• 13:33
  Agora controle a entrada para que entusiastas aleatórios não criem agentes ocultos com acesso útil.
• 13:39
  Se qualquer um puder criar um agente, a governança se torna um caos coletivo.
• 13:42
  A solução é entediante e eficaz.
• 13:44
  Aprovações, limites de licenciamento e políticas de dados que agem como síntese de segurança que você não pode soltar durante a direção.
• 13:50
  Comece com o fluxo de aprovação para a criação de agentes.
• 13:53
  Sem libero geral.
• 13:54
  Solicitações de novos agentes vão para aprovadores designados.
• 13:57
  Pense em segurança, conformidade a um proprietário de negócio que realmente entenda o domínio.
• 14:01
  Você impõe convenções de nomenclatura.
• 14:03
  Uma declaração de propósito, um proprietário documentado, um contato de suporte e uma data de expiração.
• 14:07
  Sem proprietário, senhor próximo.
• 14:08
  Sem propósito, senhor.
• 14:09
  Se isso soa pedante, parabéns.
• 14:11
  Você finalmente está fazendo governança.
• 14:13
  Padronize o formulário de solicitação.
• 14:15
  Exija público-alvo, capacidade de negócio atendida, fontes de conhecimento exatas com URLs até o nível da biblioteca,
• 14:22
  expectativas de rótulos, comportamento de fallback, não autoritativo, fora do escopo e a identidade de serviço a ser usada.
• 14:28
  Forças a escolher modelos pré-aprovados, perguntas e respostas de RH, navegador de políticas, base de conhecimento em TI e assim por diante.
• 14:34
  Assim você herda padrões restritos em vez de improvisação.
• 14:36
  Agora limite-se de licenciamento.
• 14:38
  Você escolherá um dos dois caminhos.
• 14:40
  Microsoft 365 Copilot baseado em usuário ou SharePoint pré-pago.
• 14:44
  É verdade.
• 14:45
  Licenciamento não é apenas o orçamento.
• 14:46
  É uma superfície de controle.
• 14:48
  Com o Copilot baseado em usuário, apenas usuários licenciados podem usar recursos de agentes, o que naturalmente limita a proliferação.
• 14:53
  Com o pagamento conforme o uso, você ativa o consumo no nível do locatário ou ambiente com faturamento centralizado,
• 14:58
  o que é flexível e, se você descuidar, um open bar.
• 15:00
  Ou você coloca cercas ao redor de...
• 15:02
  Ambientes separados para piloto e produção.
• 15:04
  Pagamento conforme o uso ativado, apenas onde o financeiro pode acompanhar o medidor.
• 15:07
  Alertas de custo ajustados para que um piloto descontrolado não vire uma surpresa desagradável na sua fatura da nuca.
• 15:11
  A política de aprovação deve registrar a escolha de licenciamento.
• 15:14
  Se for pagamento conforme o uso, exige um centro de custo, um responsável que assine pelas cobranças e um perfil de uso estimado.
• 15:20
  Se for baseado em usuário, exige uma lista de usuários licenciados e um plano de desligamento.
• 15:25
  Isso não está sendo difícil, está evitando o incidente do não sabíamos que estava ativo.
• 15:28
  Políticas de dados vêm a seguir.
• 15:30
  As regras que impedem os agentes de extrair dados de conectores proibidos como se estivesse em um bar e sul.
• 15:34
  Use políticas de dados de nível de locatário do Power Platform para restringir quais conectores são permitidos no mesmo grupo de dados que o SharePoint.
• 15:40
  Agentes regulados residem em um grupo restrito apenas com Microsoft 365 e APIs internas aprovadas.
• 15:46
  Nada de web aleatória, serviço de consumo ou sai sombra.
• 15:48
  Se uma integração for necessária, ela passa por revisão, recebe um conector corporativo e entra na lista de permitidos.
• 15:54
  Sim, isso leva tempo.
• 15:55
  Isso se chama não violar política.
• 15:57
  Combine essas políticas de dados com o Purview.
• 15:59
  Use o Purview para definir limites de dados, locais onde reside conteúdo sensível rotulado, caminhos de desfiltração proibidos e monitoramento que sinaliza tentativas de cruzar grupos.
• 16:09
  Mas ele está construindo faixas e redutores de velocidade.
• 16:11
  A gente pode dirigir rapidamente dentro da faixa.
• 16:13
  Ele não pode saltar o canteiro para o tráfego contrário de pontos de extremidade públicos.
• 16:17
  Implemente modelos de agentes com fontes para provar.
• 16:19
  Esta é a parte que todos ignoram e depois se arrependam.
• 16:21
  Os modelos já trazem conhecimento geral desativado, fallback não autoritativo, fontes em nível de biblioteca, filtros de metadados obrigatórios e a identidade de serviço correta.
• 16:31
  Aprove um modelo de política de RH e saiba que ele já vem com os padrões corretos.
• 16:34
  Faça-se nos preencheres da...
• 16:35
  Eles não reinventam a roda com cantos quadrados.
• 16:38
  Erros comuns que evitar.
• 16:40
  Permitir que pilotos surjam em sites não gerenciados apenas para teste.
• 16:43
  Habilitar pagamento conforme o uso sem marcar custos.
• 16:45
  Ou alerta-se e conceder funções de criatura a qualquer um.
• 16:48
  Além disso, nunca permita que os agentes usem conhecimento geral por padrão se a informação não for encontrada.
• 16:52
  É assim que você obtém um absurdo confiante embrulhado em citações plausíveis.
• 16:55
  Ritmo final
• 16:56
  Solicitação via modelo
• 16:57
  Revisão pela segurança
• 16:58
  Trio de proprietários de conformidade SAS
• 17:00
  Escolha de licenciamento com controle de custos
• 17:02
  Vinculação ao grupo de dados restritos
• 17:04
  Confirmação dos limites do preview
• 17:05
  Aprovação com inspiração
• 17:06
  E agendamentos de renovação em 90 dias
• 17:08
  Em agendamento a dias
• 17:09
  Sem renovação, desabilitação automática
• 17:11
  Agentes não são imortais
• 17:13
  Nem em seus casos de uso
• 17:14
  Plano de controle 4
• 17:16
  DLP que realmente interrompe agentes
• 17:18
  Padrões do preview que morrem
• 17:20
  Sem aplicação em tempo real
• 17:21
  Agentes são apenas mensageiros de dados de alta velocidade
• 17:23
  Você precisa de fim
• 17:24
  Entre com padrões DLP do preview
• 17:26
  Que não apenas balançam o dedo
• 17:27
  Eles bloqueiam, alertam
• 17:28
  E deixam um rastro de auditoria
• 17:29
  Que seu editor vai adorar
• 17:30
  O que isso importa?
• 17:32
  Agentes processam conteúdo
• 17:33
  Não apenas visualizam
• 17:34
  Visualizar pode ser permitido para um humano
• 17:36
  O processamento automatizado
• 17:37
  É uma classe de risco diferente
• 17:38
  A solução é vincular
• 17:40
  A detecção de sensibilidade
• 17:41
  Padrões a bloqueios de ação
• 17:42
  Explícitos para contextos de agente
• 17:44
  Aqui está a principal
• 17:45
  Crie políticas que foquem
• 17:47
  Em locais do SharePoint
• 17:48
  Que alimentam agentes
• 17:48
  Correspondam a rótulos de sensibilidade
• 17:50
  Tipos de informações confidenciais
• 17:51
  Se definam ações
• 17:52
  Para bloquear o processamento
• 17:53
  Compartilhamento
• 17:54
  Ou download pelo agente
• 17:55
  Quando a confiança atinge seu limite
• 17:56
  Sim, limite de confiança
• 17:58
  Pare de tratá-los como decoração
• 17:59
  Para padrões ruidosos
• 18:01
  Como o Pi genérica
• 18:02
  Aumente a confiança
• 18:03
  E exige a múltiplas ocorrências
• 18:04
  De evidência
• 18:05
  Para joias da coroa
• 18:06
  Segredos comerciais
• 18:07
  Correspondência exata
• 18:08
  De dados de ideias de funcionários
• 18:10
  Use alta severidade
• 18:10
  Com bloqueio imediato
• 18:11
  Padrões que mordem
• 18:12
  Rótulos de sensibilidade
• 18:15
  Mapeados para bloqueio de agente
• 18:16
  A menos que estejam analistas
• 18:17
  Tipos de informações confidenciais
• 18:20
  Ideias financeiras
• 18:21
  Identificadores governamentais
• 18:22
  Termos de saúde
• 18:23
  Ajustados com maior confiança
• 18:24
  Correspondência exata
• 18:26
  De dados CDM
• 18:27
  Para seus identificadores reais
• 18:28
  Números de funcionários
• 18:29
  ID de clientes
• 18:30
  Para que falsos positivos
• 18:31
  Não afoguem
• 18:32
  Dicionário de palavra-chave
• 18:34
  Para coordenadores de projetos proprietários
• 18:35
  Baixo volume e sinal alto
• 18:36
  Ações que importam
• 18:38
  Bloqueio com subição desabilitada
• 18:39
  Para agentes
• 18:39
  Humanos podem justificar
• 18:41
  Agentes não
• 18:41
  Máquinas não tem contexto
• 18:43
  De negócio
• 18:43
  Elas tem gatilhos
• 18:44
  Coloque em quarentena
• 18:45
  Ou restringe o download
• 18:46
  Quando acionado
• 18:46
  Para o fluxo de trabalho
• 18:47
  Se o agente não pode buscar o arquivo
• 18:49
  Ele não pode alucinar
• 18:50
  A partir dele
• 18:50
  Alerta para ser cópies
• 18:52
  Com contexto rico
• 18:53
  Rótulo da biblioteca do site
• 18:54
  Padrão de gatilho
• 18:55
  Identidade do agente chamador
• 18:56
  Redução de ruído
• 18:57
  Para que as pessoas
• 18:58
  Não contornem esse controle
• 18:59
  Comece no modo de simulação
• 19:00
  Em sites que não seja de produção
• 19:01
  Ajuste os limites
• 19:02
  Até que os alertas
• 19:03
  Reflitam a realidade
• 19:04
  Não a fantasia
• 19:04
  Defina o escopo estritamente
• 19:06
  Para bibliotecas de agentes primeiros
• 19:07
  E expanda apenas
• 19:07
  Após o sinal estar limpo
• 19:09
  Use condições combinadas
• 19:10
  Rótulo mais tipo
• 19:10
  De informação confidencial
• 19:11
  Duas travas
• 19:12
  Uma porta
• 19:12
  Mensagens ao usuário
• 19:14
  Não são minha
• 19:14
  É diferença de conformidade
• 19:16
  E canais paralelos
• 19:17
  Escreva um texto de erro claro
• 19:19
  Este agente não está autorizado
• 19:21
  A processar conteúdo confidencial de RH
• 19:22
  Pergunte ao agente RH
• 19:24
  Ou solicite acesso
• 19:25
  Se está dando a eles
• 19:26
  A porta certa
• 19:27
  Numa parede de jogo
• 19:28
  Se você apenas disser bloqueado
• 19:29
  Eles colarão dados no Teams
• 19:30
  A culpa é sua
• 19:32
  Erros comuns
• 19:33
  Limitar a DLP
• 19:34
  Ou Exchange Teams
• 19:35
  Porque as políticas do SharePoint
• 19:36
  Eram ruidosas
• 19:37
  Eram ruidosas
• 19:38
  Porque você não as ajustou
• 19:38
  Também excluiu o SharePoint
• 19:40
  Por desempenho
• 19:40
  Desempenho de quê?
• 19:42
  Da sua próxima incidentes?
• 19:43
  Finalmente confiar apenas
• 19:44
  Em tipos de P genéricos
• 19:46
  Enquanto ignora o ED
• 19:46
  Esses possuem os identificadores exatos
• 19:48
  Use isso
• 19:49
  Para teste definitivo
• 19:50
  Um agente fora do escopo
• 19:52
  Tenta responder a uma pergunta
• 19:53
  Que exige um arquivo
• 19:53
  Com rótulo confidencial
• 19:54
  O resultado deve ser
• 19:56
  Um bloqueio imediato
• 19:56
  Uma mensagem instrutiva
• 19:57
  E um alerta de alta severidade
• 19:59
  Em seu pipeline
• 19:59
  Se em vez disso
• 20:01
  Você obtiver uma resposta confiante
• 20:02
  Seu DLP decorativo
• 20:03
  Faça com que tenha dentes
• 20:04
  Não apenas
• 20:05
  E um bloqueio imediato
• 20:06
  E um bloqueio imediato
• 20:07
  E um bloqueio imediato