Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Gobernanza de Copilot Studio: cómo la DLP de Power Platform y Purview evitan que los agentes de IA filtren datos internos (Doblaje IA)

Transcript

Gobernanza de Copilot Studio: cómo la DLP de Power Platform y Purview evitan que los agentes de IA filtren datos internos (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:00
  ¿Estás filtrando datos a través de Copilot Studio ahora mismo?
• 0:02
  ¿Ni siquiera lo sabes?
• 0:03
  Sí, y mientras todos celebran como su nuevo asistente de guía,
• 0:06
  puede buscar, resumir y automatizar ese mismo chatbot amigable.
• 0:09
  También puede estar indexando alegremente tus notas de reuniones
• 0:11
  y hojas de cálculo financieras.
• 0:14
  No es malintencionado, es obediente, dolorosamente obediente.
• 0:17
  Los agentes de Copilot Studio heredan los mismos permisos que tú tienes,
• 0:20
  lo que significa que si puedes ver el archivo de compensación del CEO,
• 0:22
  tu chatbot también puede.
• 0:23
  Felicidades, has construido un interno omnisciente
• 0:25
  que funciona a la velocidad de Azure.
• 0:27
  Y sin embargo, la gente habla de la seguridad de Copilot
• 0:29
  como si fuera un misterioso.
• 0:31
  Alerte de spoiler, no lo es.
• 0:32
  Tus agentes de IA son extensiones de la identidad del usuario,
• 0:35
  no serían separados con marandillas de seguridad.
• 0:37
  Toman prestado tu token de acceso y recorren tu entorno de datos
• 0:39
  haciendo precisamente lo que les dijiste que no hicieran,
• 0:42
  excepto que no les dijiste que no,
• 0:43
  porque nunca configuraste las reglas de prevención,
• 0:45
  de pérdida de datos que actúan como su correa.
• 0:48
  Así que, etc.
• 0:49
  En los próximos minutos, aprenderás cómo detener esa fuga,
• 0:52
  cómo aplicar las políticas del EPD Power Platform
• 0:54
  para que tus agentes de Copilot no entreguen accidentalmente
• 0:57
  datos confidenciales como un interno charlatán
• 0:59
  perdiendo la tarjeta de crédito de la empresa.
• 1:02
  Analizaremos por qué los agentes de Copilot se extralimitan,
• 1:05
  cómo controlar los flujos de datos a través de conectores
• 1:07
  y qué permite realmente el modelo de consentimiento
• 1:08
  de Microsoft detrás de escena.
• 1:10
  Y hay una regla de LP en particular,
• 1:12
  ignorada por aproximadamente 9 de cada 10 administradores,
• 1:14
  que separa silenciosamente las organizaciones seguras
• 1:16
  de las que terminan los titulares.
• 1:18
  Al final conocerás la solución y ya no tendrás excusas.
• 1:21
  Descubramos que sabe tu Copilot que no debería saber.
• 1:24
  El problema oculto, agentes que saben demasiado.
• 1:27
  Aquí está la verdad incómoda.
• 1:28
  Tu agente de Copilot Studio no es un colega,
• 1:30
  eres tú, duplicado en silicio.
• 1:33
  No pregunta si debe recuperar ese archivo de SharePoint
• 1:35
  o echar un vistazo a esa tabla de Dataverse.
• 1:37
  Simplemente lo hace porque esos son tus permisos.
• 1:39
  Y la mayoría de los administradores olvidan que,
• 1:42
  en el ecosistema de Microsoft,
• 1:43
  la replicación de identidad equivale a la replicación de privilegios.
• 1:46
  El agente es esencialmente un clon obediente
• 1:48
  con acceso a través de tu contexto de seguridad,
• 1:50
  pero no posee nada de tu discreción.
• 1:52
  Ahora, Copilot Studio vincula estas capacidades
• 1:54
  a través de conectores Outlook, Dataverse, SharePoint, Teams y cualquier otra integración
• 1:58
  que tu inquilino de Power Platform permita.
• 2:01
  Cada conector actúa como un túnel excavado entre tus fuentes de datos
• 2:04
  y este asistente de IA.
• 2:06
  Cuantos más túneles abras, más podrá deambular tu agente.
• 2:08
  Es conveniente incluso embriagador,
• 2:09
  hasta que ese mismo agente resume alegremente documentos confidenciales de H.
• 2:12
  ¿Por qué alguien escribió cuáles fueron los patrones de contratación del último trimestre?
• 2:16
  El equivalente digital de un pasante lleno de cafeína
• 2:18
  leyendo a toda velocidad la carpeta de empleados.
• 2:21
  La verdad, perdón.
• 2:22
  Microsoft en realidad proporciona barandillas de seguridad
• 2:24
  a las políticas de prevención de prioridad.
• 2:26
  La DLP debía ser el portero en la entrada,
• 2:28
  separando los datos críticos del negocio del caos no empresarial.
• 2:32
  Sin embargo, en la mayoría de los despliegues,
• 2:34
  esas barandillas se detienen dos pisos debajo del espacio operativo de Copilot.
• 2:37
  Los usuarios asumen que sus políticas a nivel de inquilino se aplican automáticamente,
• 2:40
  pero los agentes de Copilot viven entre un entorno de Power Platform y el límite de su inquilino.
• 2:45
  Una zona de sombra en la gobernanza donde técnicamente nada se rompe,
• 2:47
  pero todo sale mal silenciosamente.
• 2:51
  Usted configura los conectores de Outlook y SharePoint como empresariales
• 2:54
  y alguna API externa como no empresarial.
• 2:56
  Esa separación, si se aplica correctamente,
• 2:58
  impide que los datos fluyan entre categorías.
• 3:01
  Pero su agente de Copilot, ubicado en un entorno con alcance insuficiente,
• 3:04
  termina ejecutándose en ambos porque nadie vinculó su entorno al conjunto de DLP correcto.
• 3:08
  De repente, sus datos empresariales se canalizan a través de una conexión no empresarial.
• 3:12
  Es como tener una búveda segura con la puerta abierta
• 3:14
  porque su política de seguridad solo protegía el vestíbulo.
• 3:17
  Las rutas de fallo comunes se remontan al mismo descuido.
• 3:20
  Uno, los agentes resumen o parafrasean información extraída de listas confidenciales.
• 3:24
  Dos, fusionan fuentes dispares en una sola conversación,
• 3:28
  violando involuntariamente las clasificaciones de datos.
• 3:31
  Tres, los administradores presumen la herencia de políticas,
• 3:33
  pero como los agentes de Copilot se despliegan dentro de entornos con límites de DLP únicos,
• 3:38
  esa herencia nunca ocurre.
• 3:41
  La suposición milagrosa de que Microsoft hace el trabajo de gobernanza por usted no es así.
• 3:45
  Si su Copilot puede ver datos financieros, felicidades.
• 3:48
  También puede hacerlo cualquier empleado bienintencionado que haga una sesión de chat
• 3:51
  y empiece a indagar sobre detalles presupuestarios.
• 3:54
  Ese es el vector de brecha silenciosa, exposición interna sin intención maliciosa.
• 3:58
  No se requiere un hacker, solo permisos excesivamente generosos y una falta de aislamiento de contexto.
• 4:03
  Es el tipo de brecha que no llega a los titulares, hasta que alguien exporta una transcripción del chat.
• 4:08
  Así que, antes de entrar en pánico o culpar a Microsoft, mire su arquitectura.
• 4:12
  Si la gente no está rompiendo las reglas, la está siguiendo con precisión.
• 4:14
  Usted simplemente nunca define la correcta.
• 4:16
  La DLP no se aplica automáticamente en todas las capas.
• 4:19
  Debe ser delimitada, aplicada y probada por cada entorno.
• 4:21
  Bien.
• 4:22
  Los agentes de Copilot Studio viven en entornos de desarrollo por defecto,
• 4:25
  los que probablemente nunca reforzó por qué solo son para pruebas.
• 4:28
  Por qué solo son para pruebas.
• 4:29
  Hemos establecido el síntoma a agentes que saben demasiado.
• 4:31
  Ahora, para parchear la fuga, necesitamos mapear por dónde viajan realmente los datos dentro de Copilot Studio,
• 4:37
  desde el usuario al conector y al registro de conversación.
• 4:39
  ¿Por qué no se puede bloquear un río hasta entender su corriente?
• 4:42
  Así que, diseccionemos ese flujo a continuación,
• 4:44
  antes de que su amable pequeño chatbot escriba accidentalmente su pronóstico anual en un chat de equipo al que nunca debería oírse.
• 4:50
  ¿Cómo fluyen los datos de Copilot Studio?
• 4:52
  Sigamos el rastro de sus datos porque, a diferencia de usted y yo, no se toman un descanso para el café.
• 4:55
  En el momento en que un usuario inicia una conversación con un agente de Copilot Studio,
• 4:59
  varios enganajes comienzan a girar en segundo plano.
• 5:02
  Primero está la identidad del usuario, autenticada a través de IntraID.
• 5:05
  Esa identidad conlleva permisos delegados, que básicamente dicen,
• 5:08
  todo lo que yo puedo ver, tú también puedes.
• 5:11
  Luego, el agente utiliza esas credenciales a través de un conector,
• 5:14
  que es el puente lógico hacia tu fuente de datos.
• 5:16
  SharePoint, Outlook, Dataverse o cualquier otro servicio disponible en ese entorno.
• 5:21
  Una vez que recupera los datos, el resultado no desaparece.
• 5:23
  Viaja a través de capas, contexto de conversación, respuestas generadas y, finalmente,
• 5:28
  almacenamiento de análisis para registros y perspectivas.
• 5:31
  Una encantadora carrera de relevos de datos, excepto que el testigo es tu información confidencial.
• 5:35
  Ahora bien, en cada paso de ese relevo hay puntos débiles.
• 5:38
  El conector es la primera zona de riesgo.
• 5:40
  Los conectores en Power Platform vienen en tres tipos.
• 5:42
  Estándar, servicios típicos de Microsoft,
• 5:44
  Premium, funciones de terceros o mejoradas,
• 5:46
  y API personalizadas, definidas por el usuario.
• 5:48
  Cada tipo se rige de manera diferente.
• 5:51
  Los conectores estándar encajan perfectamente dentro de las categorías de LPD.
• 5:54
  Los conectores Premium y personalizados, sin embargo,
• 5:56
  a menudo flotan en un limbo regulatorio hasta que les asignas una clasificación.
• 5:59
  Cuando los administradores descuidan esto,
• 6:00
  los agentes de Copilot tratan a todos como terreno libre.
• 6:02
  Imagina etiquetar la mitad de los archivadores como ultra secretos,
• 6:05
  mientras dejas el resto en blanco.
• 6:07
  Acabas de darle al pasante permiso para abrir lo que parezca interesante.
• 6:10
  El segundo punto debe residen los conectores de sistema.
• 6:12
  Estos no son visibles en el lienzo del creador,
• 6:14
  pero permiten silenciosamente funciones como la mensajería de Teams
• 6:16
  o la renderización de tarjetas adaptativas.
• 6:18
  Debido a que técnicamente pertenecen al sistema y no al usuario,
• 6:21
  a menudo evaden tus filtros de LP.
• 6:23
  Piénsalos como túneles de mantenimiento que corren debajo de tu castillo.
• 6:26
  Claramente patrullado, siempre abierto.
• 6:29
  Cuando los datos se mueven a través de ellos,
• 6:30
  la mayoría de las organizaciones nunca.
• 6:31
  De forma predeterminada,
• 6:33
  Microsoft excluye varios conectores de la aplicación de políticas
• 6:35
  para preservar la funcionalidad básica.
• 6:37
  Maravilloso para el tiempo de actividad terrible.
• 6:38
  Luego está el registro de conversaciones,
• 6:41
  el historial de chat de Copilot almacenado para análisis, depuración y mejora continua.
• 6:45
  Muchos asumen que deshabilitar la telemetría desactiva esto.
• 6:48
  No lo hace.
• 6:49
  Los datos de la conversación pueden persistir en el almacén de análisis del entorno,
• 6:52
  lo que significa que un prompt que haga referencia a métricas financieras confidenciales
• 6:55
  podría permanecer en tus registros indefinidamente si no se configura la retención.
• 6:59
  Ya puedes sentir cómo el departamento de cumplimiento empieza a temblar.
• 7:01
  Aquí es donde el flujo de datos se vuelve engañosamente complejo.
• 7:04
  Una sola llamada de Copilot puede tocar varios conectores en secuencia.
• 7:08
  Por ejemplo, un agente podría usar Outlook para extraer correos electrónicos recientes,
• 7:12
  pasar ese contenido por un conector de análisis de texto y devolver resúmenes en Teams.
• 7:16
  Cada paso cruza un límite de él.
• 7:18
  Si aunque sea uno de esos conectores pertenece a una clasificación diferente,
• 7:21
  digamos Outlook como empresarial y servicios cognitivos como la empresarial turfujo viola la política,
• 7:26
  el sistema no grita, simplemente procede.
• 7:28
  La conexión cruzada es silenciosa pero catatrófica.
• 7:30
  Lo peor es que las directivas de LP se aplican al entorno,
• 7:32
  no a todo el inquilino, lo que significa que cada entorno de Power Platform tiene sus propios límites.
• 7:37
  A menos que repliques las políticas explícitamente,
• 7:39
  cada nuevo entorno se convierte en una posible filtración.
• 7:41
  Puedes tener una gobernanza impecable en producción y un caos absoluto en desarrollo.
• 7:46
  Microsoft te recordará cortesmente si se lo preguntas que el aislamiento de entornos es algo intencionado.
• 7:51
  En pocas palabras, estupro.
• 7:52
  Permíteme compartir una historia de advertencia.
• 7:55
  Un cliente implementó un agente copilot financiero en un entorno de pruebas,
• 7:57
  asumiendo que su directiva de LP Global se aplicaba automáticamente.
• 8:00
  El agente, alegremente ajeno a la jerarquía,
• 8:03
  tenía acceso tanto a bibliotecas internas de SharePoint como a un API experimental de terceros.
• 8:08
  Cuando el departamento legal revisó una muestra de registro de chat,
• 8:10
  descubrieron números trimestrales confidenciales mezclados en una conversación del API.
• 8:14
  Sin intrusión, sin hackeo, solo ausencia de políticas.
• 8:16
  El sistema se comportó exactamente como estaba configurado.
• 8:18
  Para hacer todo mal, a estas alturas ya puedes visualizar la anatomía de una filtración.
• 8:22
  La identidad delega poder, los conectores unen datos,
• 8:25
  los registros de conversación preservan rastros y los análisis capturan el evento.
• 8:28
  Pesas por alto un límite en la información se filtra.
• 8:31
  Así que antes de levantar defensas, recuerda este flujo.
• 8:33
  Usuario, conector, agente, registro, análisis.
• 8:36
  Cada flecha es una posible ruta de escape.
• 8:38
  A continuación, construiremos directivas de LP lo suficientemente fuertes
• 8:41
  para contener incluso al copilot más entusiasta,
• 8:44
  construyendo la fortaleza de LP en la configuración correcta.
• 8:46
  La mayoría de los administradores entran en pánico leve.
• 8:48
  Bien, el pánico significa que finalmente te das cuenta de que tus agentes nocentes
• 8:51
  son niños pequeños sin supervisión con acceso a la bobada corporativa.
• 8:55
  Así que empecemos a reconstruir esta fortaleza correctamente desde cero
• 8:58
  porque crear una directiva de LP en Power Platform no es difícil.
• 9:01
  Entender que controlar realmente requiere más delicadeza
• 9:03
  de lo que admite la mayoría de la documentación.
• 9:06
  Primero, identifica tu campo de batalla,
• 9:07
  los entornos que alojan proyectos de Copilot Studio.
• 9:10
  Muchas organizaciones crean múltiples entornos de Power Platform,
• 9:13
  desarrollo, prueba, producción,
• 9:15
  a menudo a manos de desarrolladores ciudadanos entusiastas
• 9:17
  que creen que entorno suena a zona de juegos creativa.
• 9:19
  Cada entorno es su propia isla de seguridad.
• 9:22
  Las políticas que estableces a nivel de inquilino
• 9:24
  no protegen automáticamente estas islas,
• 9:26
  lo que significa que tu entorno de producción puede estar custodiado como Fort Knox,
• 9:28
  mientras que el de desarrollo flota como un avalse en el Pacífico.
• 9:31
  El primer paso, por tanto, es el reconocimiento.
• 9:33
  Encuentra cada entorno donde alguien hizo clic en crear Copilot.
• 9:36
  Asume que nada es inofensivo.
• 9:38
  Ahora construimos el primero.
• 9:39
  Dentro del centro de administración de Power Platform,
• 9:41
  abre la sección de políticas de datos
• 9:42
  y crea una nueva directiva de prevención de pérdida de datos.
• 9:45
  Se te pedirá que definas los entornos afectados.
• 9:47
  Selecciona deliberadamente.
• 9:48
  Dispersar políticas en espacios no utilizados solo genera inconsistencia.
• 9:52
  Cada política se aplica en el momento de la implementación,
• 9:55
  no de forma retroactiva.
• 9:56
  Así que cada conector nuevo o existente dentro de ese entorno
• 9:59
  solo cumplirá después de que se publique la política.
• 10:02
  Lo siguiente es la piedra angular de la categorización de conectores de LP.
• 10:05
  Imagine cubos etiquetados como comerciales, no comerciales y bloqueados.
• 10:08
  Se comunican libremente entre ellos.
• 10:10
  Los conectores no comerciales solo pueden compartir datos dentro de su propio web.
• 10:13
  Los conectores bloqueados están completamente en cuenta.
• 10:14
  Esa es la jerarquía que su día debe obedecer.
• 10:18
  Si colocar mal, un conector entre grupos puede convertir un chatbot seguro
• 10:21
  en un columnista de chismes.
• 10:23
  Ahora isla el grupo de alto riesgo.
• 10:25
  Y hay conectores externos.
• 10:27
  Todo etiquetado como servicios cognitivos,
• 10:29
  OpenAI o HTTP genérico debe asignarse por defecto a no comercial o bloqueado.
• 10:33
  Estos conectores actúan como puertas de salida,
• 10:35
  donde los datos dejan el jardín amurallado de Microsoft
• 10:36
  entran a un entorno de procesamiento de terceros.
• 10:39
  Bloquearlos no paraliza a su copiloto, lo disciplina.
• 10:42
  Aún puede crear flujos inteligentes,
• 10:44
  solo que sin entregar datos sin procesar de cliente a cualquier punto final que responda primero.
• 10:48
  Luego abordamos al asesino silencioso, la conexión cruzada.
• 10:51
  Esto ocurre cuando una sola conversación o flujo
• 10:53
  toca tanto un conector comercial como uno no comercial.
• 10:56
  Ejemplo, un agente recupera una lista de SharePoint, comercial,
• 10:59
  y luego empieza a resumen a una API de lenguaje externa, no comercial.
• 11:02
  Incluso si cada conector está permitido individualmente,
• 11:05
  esa unión crea un puente de datos que su política prohíbe.
• 11:09
  La aplicación de DLP de Power Platform bloquea automáticamente dichos flujos
• 11:12
  y ha categorizado los conectores correctamente.
• 11:14
  De lo contrario, se encoge de hombros y continúa.
• 11:16
  Verifique su subgrupación.
• 11:18
  Una clasificación falsa.
• 11:19
  Y los guardias dejan que el ladrón sale a cortesmente.
• 11:22
  La jerarquía de DLP en sí funciona como una pila de escudos anidado.
• 11:25
  En la parte superior, las políticas a nivel de inquilino anulan todo lo que está debajo.
• 11:28
  Debajo, las políticas a nivel de entorno gobiernan espacios específicos.
• 11:32
  Finalmente, las restricciones individuales de aplicaciones o agentes
• 11:34
  se aplican solo dentro de su ámbito de entorno.
• 11:36
  Piénselo como una jerarquía.
• 11:38
  Las reglas del inquilino son las corporativas,
• 11:40
  las del entorno son políticas departamentales
• 11:41
  y la configuración a nivel de aplicación son notas adhesivas en cubículos.
• 11:44
  Si ocurren contradicciones, la ley corporativa gana.
• 11:47
  Si quede ante la duda, aplique valores predeterminados estrictos
• 11:49
  en el límite del inquilino y luego reduzca las excepciones hacia abajo.
• 11:52
  No confíen que los creadores de aplicaciones se vigilen en sí.
• 11:54
  Son las más personas que pensaron que poner Power Automate
• 11:56
  en producción sin control de versiones era aceptable.
• 11:58
  Antes de celebrar, pruebe todo en un entorno de pruebas.
• 12:01
  Siempre.
• 12:02
  Los agentes de Copilot Studio dependen de múltiples conexiones implícitas
• 12:05
  y su nueva política brillante podría bloquearlo silenciosamente
• 12:08
  rompiendo funciones principales.
• 12:10
  Implemente sus ajustes de DLP en un entorno de prueba,
• 12:12
  importe un agente de muestra y confirme que aún responde a consultas rutinarias.
• 12:15
  Si no, ajuste las agrupaciones de conectores
• 12:17
  hasta que la funcionalidad regrese sin ampliar la exposición.
• 12:20
  Está equilibrando la usabilidad y la paranoia,
• 12:21
  ligeramente del lado de la paranoia.
• 12:23
  Es más barato que un litigio.
• 12:26
  Note lo que hagamos hacer.
• 12:28
  Separamos los datos, definimos los límites y se llaman las salidas.
• 12:32
  Esa es tu fortaleza.
• 12:33
  Tategorías rígidas, entornos delimitados, jerarquía estructurada y muros probados.
• 12:38
  Pero incluso la mejor fortaleza necesita guardias que comprendan los permisos,
• 12:41
  porque las fortificaciones fallan cuando alguien entrega una llave maestra.
• 12:44
  Y en el reino de Microsoft esas llaves se emiten a través de EntraID.
• 12:47
  Así que, ahora que tus muros son altos y tu foso está lleno,
• 12:50
  hablemos de los porteros,
• 12:51
  esos encantadores permisos delegados que hacen que tu administrador se sienta falsamente seguro.
• 12:56
  Entra en escena.
• 12:57
  Entra y es un modelo de permisos no tan mágico.
• 12:59
  Permisos, Entra, y el mito de la seguridad.
• 13:01
  Si tuviera un dólar por cada vez que alguien dice,
• 13:03
  es Entra, así que es seguro,
• 13:05
  tendría suficiente para comprar acciones de Microsoft y solucionar el problema yo mismo.
• 13:09
  Desmantelemos este mito correctamente.
• 13:11
  Entra, el artista antes conocido como Azure Active Directory,
• 13:13
  no esparce polvo de edad sobre tu identidad solo porque gestiona la autenticación.
• 13:18
  Es un intermediario, no un guardián.
• 13:19
  Y tu agente Copilot, por muy simpático que parezca,
• 13:22
  no posee su propia cuenta, contraseña ni conciencia.
• 13:25
  Pide prestado a tú.
• 13:27
  Se llama permisos delegado.
• 13:28
  Cuando inicias sesión e interactúas con un agente de Copilot,
• 13:31
  ese agente solicita un token de acceso en tu nombre.
• 13:33
  Ese token incluye todos los permisos que se te han concedido a través de tu entorno de Microsoft 360.
• 13:38
  Biblioteca de SharePoint verificada.
• 13:39
  Tabla de Dataverse verificada.
• 13:41
  Chat privado de Teams con tu jefe también verificada.
• 13:43
  Si es que tienes ese acceso,
• 13:45
  el agente no distingue entre lo importante y lo catastrófico.
• 13:48
  Simplemente ejecuta con tu alcance bajo tu identidad.
• 13:51
  Si tienes privilegios financieros, también los tiene tu asistente algorítmico.
• 13:54
  Y no, no dudará en usarlos.
• 13:57
  Ahora bien, este diseño funciona de maravilla dentro de los alcances de control
• 13:59
  porque mantiene las experiencias de usuario fluidas.
• 14:01
  Pero el peligro proviene del consentimiento implícito.
• 14:03
  Cuando apruebas un conector, digamos para Outlook o Dataverse,
• 14:06
  ese consentimiento se almacena dentro del entorno.
• 14:09
  Cualquier agente de Copilot alojado allí hereda esa confianza.
• 14:11
  Aprueba una vez y habrás bendecido efectivamente a cada futuro agente con el mismo alcance.
• 14:16
  Felicidades, has desplegado una familia de chatbots omnipotentes sin supervisión individual.
• 14:20
  Y, si eso suena imprudente, es porque lo es.
• 14:22
  El antídoto reside en implementar el acceso de menor privilegio para tus agentes,
• 14:25
  tal como, con suerte, haces con los humanos.
• 14:28
  Haces con los humanos.
• 14:29
  Dentro de EntraID, crea grupos de seguridad personalizados y asignaciones de roles
• 14:32
  que limiten lo que los componentes relacionados con Copilot pueden consultar.
• 14:35
  Por ejemplo, restringe el acceso solo al subconjunto de conectores de datos necesarios
• 14:38
  para la función de cada agente.
• 14:40
  Un asistente de marketing no tiene motivos para consultar registros de recursos humanos,
• 14:43
  pero muchos administradores los agrupan en los mismos alcances por conveniencia.
• 14:46
  La conveniencia genera exposición.
• 14:48
  A menos que te guste aplicar la procedencia de los datos a los auditores,
• 14:50
  deja de hacer eso.
• 14:51
  ¿Qué hay de las identidades administradas?
• 14:53
  Sí, existen y, sí, son útiles.
• 14:55
  Una identidad administrada permite que una aplicación se autentique con recursos de Azure
• 14:58
  usando su propia entidad de servicio en lugar de aprovechar la tuya.
• 15:01
  Pero aquí está el detalle que la mayoría pasa por uno.
• 15:03
  Los agentes de Copilot Studio funcionan principalmente mediante delegación de usuario,
• 15:06
  no con identidades administradas.
• 15:08
  Asignar identidades administradas.
• 15:10
  Precipitadamente puede llevar al exceso de privilegios,
• 15:12
  porque esas entidades de servicio suelen empezar con permisos de Azure más amplios de lo que pretendías.
• 15:16
  Trata las identidades administradas como instrumento quirúrgico,
• 15:18
  no como interoperabilidad.
• 15:19
  La automatización equivale a la autonomía.
• 15:21
  Quizás estés pensando hasta bien.
• 15:23
  Simplemente dependería de la auditoría.
• 15:24
  Excelente actitud siempre y cuando realmente lo hagas.
• 15:26
  Entra, proporciona registros de inicio de sesión e informes de consentimiento
• 15:29
  a aplicaciones que revelan qué entidades de servicio accedieron a qué recurso,
• 15:32
  bajo qué entidad y cuándo.
• 15:33
  Combina eso con el análisis del centro de administración de Power Platform
• 15:36
  y podrás rastrear la actividad de los conectores por agente.
• 15:38
  Si alguna vez detectas un conector extrayendo datos fuera de su entorno designado, eso no es curiosidad.
• 15:44
  Es pereza de configuración hecha visible.
• 15:46
  Captura esos eventos.
• 15:47
  Exportalos a tu plataforma de monitoreo y actúe sobre ello.
• 15:49
  Confiar y priorificar está desactualizado.
• 15:51
  En el área de Copilot es restringir y confirmar.
• 15:53
  Entonces no entra por sí solo, no asegura a tus agentes.
• 15:56
  Su autentica manera educada, eficiente e indiferente.
• 15:59
  La seguridad es la arquitectura que envuelve la identidad, no su simple existencia.
• 16:03
  Tus muros, DLP, tus llaves, permisos y tus guardias, la auditoría, forman una tría.
• 16:10
  Rompe una pata y toda la estructura se inclina.
• 16:12
  El mito de la seguridad muere en el momento en que comprendes que Microsoft te devolvió la responsabilidad,
• 16:17
  periste y autoservicio.
• 16:18
  Entregaron exactamente eso, tu servicio para todo.
• 16:21
  Y eso incluye filtraciones autoinfligidas.
• 16:23
  Ahora que hemos reforzado la identidad y restringido el alcance, no te felicites todavía.
• 16:27
  Una política escrita pero nunca aprobada es la versión burocrática de un placebo.
• 16:30
  Necesitas evidencia en la prueba de que tu fortaleza realmente resiste bajo presión.
• 16:34
  Eso significa hurgar, provocar y ocasionalmente intentar romper tu propio sistema.
• 16:38
  Porque si tú no lo haces, alguien más accidentalmente o no, eventualmente lo hará.
• 16:42
  Pruebas y monitoreo.
• 16:44
  Demuestra que estás allá.
• 16:45
  Probar un agente de copilot no se trata de ver si responde correctamente a un saludo.
• 16:49
  Se trata de ver qué sucede cuando lo desafías con preguntas que deberían chocar contra muros de seguridad.
• 16:54
  Empiezas por hacer red teaming a tu copilot,
• 16:56
  no con teatro de hackers dramáticos, sino con prompts deliberados y controlados.
• 17:00
  Pide datos confidenciales a los que no debería acceder.
• 17:03
  Resume salarios ejecutivos.
• 17:04
  Exporta todos los registros de clientes o muéstrame contratos almacenados en finanzas.
• 17:08
  Si el agente declina educadamente o arroja una restricción de acceso, celebra brevemente.
• 17:12
  Si cumple, acaba de descubrir el hueco exacto con el que sueñan los atacantes.
• 17:16
  Este método no es una prueba hipotética, es gobernanza aplicada.
• 17:20
  Crea un catálogo de prompts prohibidos y ejecútalos en cada entorno de copilots.
• 17:24
  Haz un seguimiento de los resultados.
• 17:25
  Una negativa indica que las capas de DLP y permiso funcionan correctamente.
• 17:28
  Una fuga de datos señala una clasificación incorrecta a una superposición de conectores.
• 17:31
  La belleza de copilot es su transparencia.
• 17:34
  Los registros capturan todo.
• 17:35
  Lo terrible es que esos registros también preservan tus errores.
• 17:38
  Por lo tanto, reciente es monitorear la analítica de uso de los conectores.
• 17:41
  En el centro de administración de Power Platform, abre el panel de análisis del entorno.
• 17:45
  Encontrarás métricas sobre el volumen de conectores, frecuencia y origen del usuario.
• 17:48
  Busca anomalías.
• 17:49
  Picos en las llamadas del conector HTTP de agentes que nunca debieron usar APIs externas
• 17:54
  o aumentos repentinos en consultas a SharePoint alineados con nuevos despliegues de chatbots.
• 17:58
  No son coincidencias, son rastros de una mala configuración.
• 18:01
  Trátalos como pista forense.
• 18:03
  Cada anomalía refleja un control faltante en algún punto anterior.
• 18:06
  Producen el registro de auditoría a tu rastro de pruebas.
• 18:08
  Habilita eventos de auditoría en Power Platform y sincronizarlos con Microsoft Preview o Microsoft Sentinel.
• 18:12
  Esto asegura que cada acción, prompt y llamada de conector se indexe en tu estructura de cumplimiento más amplia.
• 18:18
  Con Preview obtienes contexto.
• 18:20
  ¿Qué conjuntos de datos fueron consultados, qué usuario inició el prompt y si los datos salieron de tu límite geográfico?
• 18:25
  Sentinel, por otro lado, añade correlación, vinculando estas actividades con eventos de seguridad más amplios
• 18:30
  como inicios de sesión inusuales o escaladas de privilegios.
• 18:32
  Juntos, transforman el comportamiento invisible de la IA en telemetría medible.
• 18:37
  Una regla pasada por alto aquí, la alineación de retención.
• 18:39
  Los datos de auditoría suelen durar más que los datos de la conversación.
• 18:41
  Si borras los registros de chat tras 30 días, pero guardas los eventos de auditoría por un año,
• 18:46
  pierdes el hilo contextual que explica por qué ocurrió un evento.
• 18:49
  La aplicación de políticas sin contexto es inútil.
• 18:52
  Asegura que las políticas de retención en registros de copilot, analíticas y rastros de auditoría se mantengan sincronizadas
• 18:58
  para que tu evidencia cuente una historia coherente.
• 19:01
  Ahora, la reclasificación periódica figura entre las tareas más ignoradas.
• 19:04
  Microsoft actualiza constantemente las definiciones de los conectores.
• 19:07
  Un conector estándar anteriormente seguro podría volverse premium o externo de la noche a la mañana,
• 19:11
  cambiando su comportamiento de datos.
• 19:13
  Revise el inventario de conectores cada trimestre.
• 19:15
  Reclasifica según la documentación actual de Microsoft, no según suposiciones del año pasado.
• 19:19
  Descuidar esto equivale a cerrar tus puertas mientras alguien mueve silenciosamente las bisagras.
• 19:24
  Finalmente, adopta una gobernanza continua.
• 19:26
  Cada nuevo conector, plugin o extensión de terceros reabre la superficie de riesgo.
• 19:30
  Trata al DLP no como una casi verificación de cumplimiento estática, sino como un perímetro en evolución.
• 19:34
  Programa auditorías trimestrales, automatiza exportaciones de analíticas y envía alertas a tu flujo de gestión de eventos e información de seguridad.
• 19:41
  La gobernanza muere en el momento en que es manual.
• 19:43
  Cuando termines de probar, notarás algo satisfactorio.
• 19:46
  El objetivo no es el cumplimiento y nunca lo fue.
• 19:48
  Es el control.
• 19:48
  Un agente de Copilot que solo responde dentro de límites protegidos se vuelve predecible, manejable y verdaderamente seguro para el uso empresarial.
• 19:55
  Es ahí cuando la IA pasa de ser un riesgo inactivo, pero solo porque hiciste que la paranoia fuera sistémica, no opcional, no opcional.
• 20:01
  Una vez que tus datos dejen de filtrarse, verás Copilot Studio de otra forma.
• 20:04
  No como un juguete brillante para la productividad, sino como un instrumento de ingeniería de confianza.
• 20:09
  Tus agentes se comportan así porque tú estableciste las reglas de amor.
• 20:11
  Y así es como finalmente puedes decir sin ironía que tu entorno está blindado.
• 20:16
  Los agentes de Copilot Studio no son villanos, son reflejos.
• 20:19
  Se comportan exactamente como indica tu configuración, que suele ser compartir de más, pero educadamente.
• 20:24
  Cada permiso que explotan, cada conector que cruzan y cada conjunto de datos que exponen es en última distancia un espejo de tu gobernanza.
• 20:29
  Tú construiste el puente, yo solo lo cruzaron.
• 20:32
  Así que recuerda esto, un agente de Copilot es tan confiable como su configuración de TLP nada más.
• 20:38
  La seguridad basada en el optimismo no es una estrategia.
• 20:40
  La seguridad basada en límites impuestos y lo...
• 20:43
  Por tanto, la gobernanza no es opcional cuando tu guía puede consultar SharePoint, Dataverse y Outlook con autoridad ejecutiva.
• 20:48
  La parte seductora de Copilot es la comodidad.
• 20:51
  Pide si obedece.
• 20:52
  La parte peligrosa es que esa obediencia se extiende a hojas de cálculo confidenciales y datos de red, cuando nadie le indica lo contrario.
• 20:58
  La única solución real es la disciplina.
• 20:59
  Lasifica conectores.
• 21:01
  Restringe permisos y pruebas a restricciones hasta que el fallo sea imposible.
• 21:03
  Hazlo antes de que otro proyecto piloto inofensivo se convierta en una investigación de cumplimiento.
• 21:09
  Bloquea tus datos antes de que tu copiloto aprenda demasiado.
• 21:11
  Considere el TLP como contención intelectual, no como burocracia.
• 21:15
  Un conjunto de muros digitales que evitan que la inteligencia mute en exposición.
• 21:19
  Una vez que aplicas estas reglas, tu copiloto deja de ser una responsabilidad y empieza a ser lo que se promocionó, un asistente confiable.
• 21:24
  Si esto le ahorró a tu equipo de cumplimiento un ataque de pánico, suscríbete.
• 21:27
  Es más barato que una auditoría e infinitamente menos incómodo que explicar al departamento legal porque un chatbot publicó datos denominan Teams.
• 21:32
  Síguenos para el próximo episodio sobre gobernanza avanzada de agentes copilot con Microsoft Purview
• 21:37
  y mantén tus automatizaciones inteligentes contenidas y bajo control absoluto y bajo control absoluto.