Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / DLP en Microsoft Fabric y Power Platform: conectores ocultos, entornos y fugas de datos que nadie ve (Doblaje IA)

Transcript

DLP en Microsoft Fabric y Power Platform: conectores ocultos, entornos y fugas de datos que nadie ve (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Listo para 10 días de Microsoft 365, Copilot y Azure
0:04
Speaker 2: y las personas que están dando forma al futuro del
0:06
Speaker 2: trabajo en este enero. M365 con regresa y venimos con
0:11
Speaker 2: más fuerza. Únete a nosotros para sesiones en vivo, demostraciones
0:15
Speaker 2: reales y conocimientos prácticos de MVPs y expertos de la
0:17
Speaker 2: industria de todo el mundo. Nada de diapositivas genéricas, nada
0:20
Speaker 2: de palabras de menable. Abordamos los desafíos reales. Copilot Studio,
0:24
Speaker 2: agentes de IA, Fabric Seguridad, Gobernanza y Automatización. Ya seas
0:30
Speaker 2: un profesional de TI, desarrollador o líder empresarial, hay sesiones
0:33
Speaker 2: diseñadas para ti. Con 10 días completos, puedes explorar múltiples
0:37
Speaker 2: tecnologías y conectar con una comunidad global. Mira en vivo
0:41
Speaker 2: y lleva ideas prácticas de regreso a tu organización. Enero
0:45
Speaker 2: de 2027. 10 días. Una comunidad de Microsoft. El registro
0:50
Speaker 2: ya está abierto. Asegura tu lugar hoy mismo. Eso es
0:55
Speaker 2: en m365.net. Únete ahora en m365com.net y nos vemos en
1:03
Speaker 2: vivo en enero.
1:06
Speaker 3: Alguna vez te has preguntado qué sucede realmente cuando esa
1:08
Speaker 3: power-up intenta enviar datos críticos del negocio al Dropbox personal
1:11
Speaker 3: de alguien? Si crees que la DLP es solo para
1:13
Speaker 3: correos electrónicos, solo estás viendo la mitad del panorama. Analicemos
1:17
Speaker 3: el proceso de toma de decisiones detrás de escena que
1:19
Speaker 3: protege a tu organización o permite que algo se filtre.
1:23
Speaker 3: Hoy ponemos el foco en esas reglas ocultas de si esto,
1:25
Speaker 3: entonces aquello en Fabric y la DLP de Power Platform
1:28
Speaker 3: para que puedas detectar fugas de datos antes de que
1:30
Speaker 3: lleguen a tu línea directa de cumplimiento.¿ Por qué la
1:34
Speaker 3: DLP aún falla los puntos higos de los que nadie habla?
1:37
Speaker 3: Si alguna vez has visto tu tablero de DLP brillar
1:40
Speaker 3: en verde solo para recibir un correo de un oficial
1:42
Speaker 3: de cumplimiento sobre una fuga,¿ conoces esa sensación? La mayoría
1:46
Speaker 3: marca cada casilla, establece sus políticas y asume que el
1:49
Speaker 3: trabajo está hecho. Configurar y olvidar es tentador, ¿eh? Pero
1:52
Speaker 3: Fabric y Power Platform no siguen las viejas reglas y
1:54
Speaker 3: los vacíos son donde comienzan los verdaderos dolores de cabeza.
1:57
Speaker 3: Aquí está la parte incómoda. Puedes crear el conjunto de
2:00
Speaker 3: reglas más estricto y aún así pasar por alto los
2:02
Speaker 3: puntos ciegos porque el mundo no funciona con listas de
2:04
Speaker 3: verificación de políticas. En el momento en que te das
2:06
Speaker 3: la vuelta, alguien encuentra un conector nuevo. Podría ser un
2:10
Speaker 3: SaaS brillante que Marketing necesita ahora mismo o una solución
2:13
Speaker 3: de TI en la sombra que surgió porque alguien quería
2:15
Speaker 3: automatizar una tarea simple. De repente lo que parecía un
2:19
Speaker 3: jardín bien cercado queda completamente abierto al comparar verde. La
2:23
Speaker 3: mayoría de las políticas de LPS construyen entornos que ya
2:25
Speaker 3: están en uso, reglas de correo electrónico, existentes plataformas conocidas
2:27
Speaker 3: y conectores comunes. Cuando Power Platform o Fabric introducen un
2:31
Speaker 3: nuevo conector o integración puede deslizarse silenciosamente en tu entorno
2:34
Speaker 3: como si siempre debiera haber estado allí. Los administradores revisan
2:37
Speaker 3: los nuevos conectores ocasionalmente, pero la verdad es que la
2:39
Speaker 3: mayoría de las empresas los añaden mucho más rápido de
2:41
Speaker 3: lo que alguien evalúa el riesgo. La TEI en la
2:43
Speaker 3: sombra no es solo una palabra de moda para memorias
2:45
Speaker 3: USB no autorizadas. Con plataformas como Power Apps que facilitan
2:50
Speaker 3: a cualquiera la creación de soluciones, los equipos empresariales están
2:53
Speaker 3: creando aplicaciones y automatizaciones sobre la marcha. Su objetivo es
2:57
Speaker 3: la rapidez y los resultados, no la reducción de riesgos.
3:00
Speaker 3: Si nunca ha comprobado que flujos conectan las cuentas profesionales
3:03
Speaker 3: con las personales, podría sorprenderse de lo que ocurre en
3:05
Speaker 3: segundo plano. Alguien vincula su Power App a un OneDrive
3:10
Speaker 3: o Gmail personal y los datos confidenciales se filtran silenciosamente
3:14
Speaker 3: mientras su escáner de LP sigue vigilando el correo saliente.
3:18
Speaker 3: Uno de mis casos favoritos, y no en el buen sentido,
3:20
Speaker 3: es la aplicación de finanzas que parece inocente pero comparte
3:22
Speaker 3: informes en el Dropbox de alguien. Ocurre tan rápido que
3:25
Speaker 3: no se nota hasta que los ojos equivocados ven una
3:27
Speaker 3: factura o una exportación de nómina. Estas son las historias
3:32
Speaker 3: de a nosotros no nos pasará, que espero evitar, pero
3:34
Speaker 3: están por todas partes. Las investigaciones de los últimos años
3:37
Speaker 3: han empezado a confirmar lo que muchos administradores ya sospechaban.
3:40
Speaker 3: La filtración rara vez se produce a través de los
3:42
Speaker 3: canales principales más obvios. En su lugar, se filtra a
3:45
Speaker 3: través de conexiones que nadie mapeó, integraciones que parecían inofensivas
3:48
Speaker 3: o flujos creados hace seis meses por un equipo que
3:51
Speaker 3: ya pasó a otra cosa. Aquí hay otro detalle subestimado,
3:54
Speaker 3: los entornos. Las organizaciones crean múltiples entornos de Power Platform
3:58
Speaker 3: o Fabric para desarrollo, pruebas y producción. Esa es una
4:02
Speaker 3: buena práctica, ¿verdad? Pero los datos se mueven entre ellos
4:04
Speaker 3: más a menudo de lo que nadie cree. Cuando alguien
4:07
Speaker 3: exporta datos de producción a un entorno inferior para realizar pruebas,¿
4:10
Speaker 3: qué supervisa? Ese flujo. Si esos entornos no están regulados
4:14
Speaker 3: por igual, acaba de crear su propia zona gris. La
4:18
Speaker 3: vieja suposición de que las políticas cubren todo dentro de
4:20
Speaker 3: la plataforma se desmorona. En cuanto los datos aterrizan en
4:23
Speaker 3: un entorno aislado a medio cerrar o en un espacio
4:25
Speaker 3: de desarrollo de baja prioridad, los administradores, como es previsible,
4:29
Speaker 3: se centran en las rutas obvias. Correo electrónico bloqueado, conectores
4:32
Speaker 3: conocidos como riesgosos agrupados. Pero esas pequeñas transferencias, donde los
4:36
Speaker 3: datos empresariales se deslizan de una plataforma probada a otra
4:38
Speaker 3: antes de salir al exterior, son donde se esconden las trampas.
4:42
Speaker 3: Muchas políticas asumen que todos los conectores de nivel empresarial
4:44
Speaker 3: son seguros, pero eso falla en el momento en que
4:46
Speaker 3: un conector personalizado creado el trimestre pasado para un proyecto
4:49
Speaker 3: secundario abre un agujero que nunca notó. O alguien RR, cheche,
4:53
Speaker 3: utiliza un conector empresarial que admite silenciosamente llamadas a la
4:57
Speaker 3: API pública hacia internet saltándose el límite de datos que
5:00
Speaker 3: usted creía sólido. La parte más complicada. La mayoría de
5:04
Speaker 3: nosotros nos enteramos de estos riesgos de forma retroactiva. Si
5:06
Speaker 3: alguna vez ha tenido una auditoría interna que produjo un
5:08
Speaker 3: informe de flujo de datos que no coincidía con su
5:10
Speaker 3: hermosa configuración de DLP, sabe exactamente de lo que hablo.
5:13
Speaker 3: A la auditoría no le importa cuántos controles hay establecido.
5:16
Speaker 3: Le importa a dónde van los datos realmente. La desconexión
5:20
Speaker 3: duele más cuando los datos están solo en una cuenta
5:22
Speaker 3: personal o un servicio no gestionado y nadie se dio
5:24
Speaker 3: cuenta hasta que la solicitud de registro llega a su escritorio.
5:27
Speaker 3: El riesgo no está donde lo esperas, así que encontrarlo
5:29
Speaker 3: en el panel de control es casi imposible. La cruda
5:32
Speaker 3: verdad es que La verdadera filtración casi nunca es la
5:35
Speaker 3: que parpadea en rojo en tu resumen de políticas. Es
5:38
Speaker 3: esa conexión invisible que se esconde entre el oficial y
5:40
Speaker 3: el olvidado la que permite que información sensible se escape,
5:43
Speaker 3: sin dejar rastro. Fabric y Power Platform facilitan increíblemente que
5:47
Speaker 3: usuarios que no son de IT conecten herramientas, así que
5:49
Speaker 3: una política DLP basada en conectores del año pasado no
5:52
Speaker 3: protege realmente contra el riesgo actual. Esa se pensaba genial. Entonces,¿
5:56
Speaker 3: por dónde empiezo? Detectar estos flujos ocultos significa cambiar la
5:59
Speaker 3: forma en que lo buscas. En lugar de revisar políticas
6:02
Speaker 3: esperando encontrar una casilla olvidada, necesitas una forma de rastrear
6:05
Speaker 3: cómo se mueven los datos, quién conecta qué, dónde terminan
6:09
Speaker 3: y qué conectores se están usando realmente en los entornos.
6:14
Speaker 3: La mayor victoria proviene de mapear esas áreas grises que
6:16
Speaker 3: nunca antes habías mapeado. Porque hasta que no veas cada
6:19
Speaker 3: flujo entre esas plataformas y conectores, solo estás viendo la
6:21
Speaker 3: mitad de los puntos ciegos que realmente importan. Y eso
6:25
Speaker 3: nos lleva al siguiente desafío.¿ Cómo puedes detectar y mapear
6:27
Speaker 3: estos flujos invisibles, esas conexiones inofensivas, antes de que alguien
6:31
Speaker 3: más las encuentre por ti? Mapear el laberinto. Los escenarios
6:34
Speaker 3: deciden esto, entonces aquello que define el éxito o fracaso
6:35
Speaker 3: de tu producto. Plantemos un escenario. Tienes una power-up y
6:39
Speaker 3: lo que haces es crítico para el negocio. Tal vez
6:41
Speaker 3: procesa nóminas, tal vez rastrea facturas de clientes. Ahora, imagina
6:45
Speaker 3: que un usuario añade su OneDrive personal como conector. A
6:48
Speaker 3: primera vista, bastante inocente. Solo quieren guardar una copia de seguridad.¿
6:52
Speaker 3: Pero qué es lo que realmente está pasando con las bombas?
6:54
Speaker 3: La aplicación se convierte de repente en un puente, un lado,
6:57
Speaker 3: anclado en tu entorno empresarial cuidadosamente protegido, el otro, colgando
7:01
Speaker 3: sobre una cuenta de nube personal sobre la que no
7:03
Speaker 3: tienes control alguno. Tu política de LP debería intervenir y
7:06
Speaker 3: pisar el freno, ¿verdad? Aquí es donde la mayoría nos
7:09
Speaker 3: damos cuenta de que el laberinto no está tan bien
7:11
Speaker 3: mapeado como pensábamos. En Fabric y Power Platform, cada conector,
7:15
Speaker 3: ya sea integrado, personalizado o algo que el equipo de
7:17
Speaker 3: marketing eligió la semana pasada, introduce un punto de decisión.
7:20
Speaker 3: Y no todos son evidentes. El motor de políticas de
7:23
Speaker 3: ILP intenta tratarlos de forma binaria, permitido o bloqueado, empresarial
7:27
Speaker 3: o personal, pero la realidad introduce cerca de una docena
7:31
Speaker 3: de tonos de gris. Si has trabajado con estos sistemas,
7:34
Speaker 3: sabes que pequeñas brechas lógicas sin revisar se suman rápidamente.
7:39
Speaker 3: Por ejemplo, digamos que un desarrollador crea un espacio de
7:41
Speaker 3: trabajo en fábrica y, como prueba, exporta datos de clientes
7:45
Speaker 3: reales usando un conector de terceros hacia un SaaS externo
7:49
Speaker 3: que están probando.¿ Estaba configurada su DLP siquiera para reconocer
7:53
Speaker 3: ese conector como un riesgo? Muchas no lo están, y
7:56
Speaker 3: la primera señal de problemas aparece después de que los
7:58
Speaker 3: datos ya fueron enviados. El desafío aumenta cuando los entornos
8:02
Speaker 3: se solapan. Desarrollo, pruebas, producción, todo está compartimentado excepto cuando
8:05
Speaker 3: no está. Quizás piense bloquear producción, el resto es para jugar.¿
8:10
Speaker 3: Pero qué pasa si una copia de los datos del
8:11
Speaker 3: cliente llega a ese entorno de desarrollo ligero y luego
8:14
Speaker 3: un conector marcado como benigno o simplemente omitido en la
8:17
Speaker 3: revisión de políticas se abre al exterior? La ruta de
8:20
Speaker 3: ese entonces comienza a desmoronarse rápidamente. El árbol lógico de
8:23
Speaker 3: DLP debería, en teoría, detectar cualquier movimiento de datos desde
8:25
Speaker 3: un entorno protegido hacia un conector no gestionado, pero sabemos
8:28
Speaker 3: que pocas políticas son así de precisas. La mayoría de
8:30
Speaker 3: los administradores que trabajan bajo presión crean políticas que reflejan
8:33
Speaker 3: lo que tienen frente a ellos. Bloquear Gmail y Dropbox,
8:36
Speaker 3: permitir SharePoint y Teams quizás añadir algunas restricciones personalizadas. Pero¿
8:41
Speaker 3: qué hay de esos conectores que pasan desapercibidos? Una integración
8:44
Speaker 3: SaaS personalizada, un conector creado para una prueba de concepto rápida,
8:47
Speaker 3: o simplemente un nuevo conector de Microsoft que apareció como
8:49
Speaker 3: parte de una actualización. Estas son las grietas por donde
8:52
Speaker 3: se escapan los datos. El árbol lógico en la mayoría
8:55
Speaker 3: de los entornos no se revisa casi tan a menudo
8:57
Speaker 3: como se añaden nuevos conectores. Y a diferencia de las
8:59
Speaker 3: reglas de flujo de correo, estos no siempre son evidentes.
9:02
Speaker 3: Pueden parecer adecuados para los negocios en la superficie, pero
9:04
Speaker 3: por debajo pueden transferir más de lo que esperaba. Aquí
9:07
Speaker 3: hay otro ángulo. La mayoría de las configuraciones de DLP
9:10
Speaker 3: tratan los grupos de conectores como un elemento de lista
9:12
Speaker 3: de verificación. Marcar como solo datos de negocio suena bien,
9:15
Speaker 3: hasta que aparece un conector personalizado o un SaaS desconocido.
9:19
Speaker 3: Ahora depende de convenciones de nombres y plantillas predeterminadas de
9:22
Speaker 3: Microsoft que podrían no coincidir ni remotamente con la huella
9:26
Speaker 3: real de su negocio. Las cadenas de 111 se vuelven
9:29
Speaker 3: más largas y difíciles de manejar. Si un conector está
9:32
Speaker 3: marcado como solo datos de negocio, significa que está bloqueado
9:34
Speaker 3: para uso personal.¿ Qué pasa si la definición de negocio
9:37
Speaker 3: cambia cuando Marketing encuentra una nueva herramienta en la nube?
9:41
Speaker 3: Si la política no ha sido aprobada, todo es seguridad teórica.
9:45
Speaker 3: Los activadores fallidos son otra razón por la que estos
9:47
Speaker 3: escenarios causan verdadero dolor de cabeza. La mayoría de las
9:50
Speaker 3: herramientas DLP priorizan las alertas sobre riesgos conocidos, pero si
9:54
Speaker 3: nadie ha mapeado la lógica para un nuevo conector o
9:56
Speaker 3: una transferencia entre entornos, la primera notificación que recibe es
9:58
Speaker 3: cuando cumplimiento encuentro el rastro. A veces ni siquiera hay
10:02
Speaker 3: una alerta, solo una fuga silenciosa que continúa hasta que
10:05
Speaker 3: alguien pregunta dónde fue el archivo denominado el último trimestre.
10:08
Speaker 3: La investigación sigue mostrando que las organizaciones rara vez simulan
10:12
Speaker 3: estos escenarios entre límites antes de que algo salga mal.
10:15
Speaker 3: El ciclo de retroalimentaciones Muchos administradores terminan solucionando problemas después
10:19
Speaker 3: de enterarse de que una política no actuó lo suficientemente
10:21
Speaker 3: rápido o pasó por alto un caso límite sutil. Los
10:24
Speaker 3: administradores con menos historias de terror sobre pérdida de datos
10:27
Speaker 3: no se limitan a reaccionar ante nuevos servicios. Tratan cada conector,
10:30
Speaker 3: especialmente cualquier novedad o personalización, como un signo de interrogación.
10:35
Speaker 3: En lugar de esperar a que algo falle, crean mapas
10:37
Speaker 3: mentales de causa y efecto. Si un usuario intenta exportar
10:41
Speaker 3: datos de nómina a un nuevo SaaS, la política lo detendrá,
10:45
Speaker 3: si no porque... Si un espacio de trabajo de fábrica
10:48
Speaker 3: obtiene acceso a un almacenamiento externo,¿ qué rutas siguen los
10:50
Speaker 3: datos y hay algunas sin monitorear? Estos administradores revisan los
10:54
Speaker 3: flujos de trabajo reales, no solo la lista de conectores disponibles.
10:57
Speaker 3: Si cuando el negocio añade una herramienta, se hacen las
10:59
Speaker 3: preguntas correctas antes de activarla. Al final, el núcleo de
11:04
Speaker 3: su estrategia de LP no está en la hoja de
11:05
Speaker 3: políticas oficial. Está enterrado en escenarios reales y complejos donde
11:10
Speaker 3: una opción lógica olvidada permite que secretos de la empresa funcionen.
11:14
Speaker 3: Salgan por la puerta trasera. Cuanto más anticipas estos momentos
11:20
Speaker 3: y los pruebas igual, que lo harían sus usuarios más fuertes,
11:22
Speaker 3: se vuelven tus controles de datos. Pero evitar cada fuga
11:26
Speaker 3: no se trata solo de construir muros. Se trata de
11:29
Speaker 3: identificar qué muros necesitas realmente. Porque hasta que no te
11:32
Speaker 3: enfoques en los conectores clave, ningún árbol lógico, te tendrá
11:37
Speaker 3: la salida indebida. Y eso abre un nuevo nivel de desafío.
11:43
Speaker 3: Determinar qué conectores merecen tu atención en primer lugar. Lasificaciones
11:48
Speaker 3: de conectores, separando la señal del ruido. Conoces ese desplazamiento
11:52
Speaker 3: infinito por la lista de conectores, filas y filas de
11:54
Speaker 3: nombres que terminan mezclándose después de un rato. La mayoría
11:57
Speaker 3: parecen rutinarios, como SharePoint, Excel, Azure o quizás algunos con
12:02
Speaker 3: las iniciales de tu empresa. Sobre el papel es tranquilizador
12:05
Speaker 3: ver esa gran alineación dividida en grupos ordenados. Pero el
12:09
Speaker 3: riesgo real no siempre está donde lo esperas. Distinguir qué
12:13
Speaker 3: conectores son de alto riesgo frente a los que son
12:15
Speaker 3: habituales no es tan sencillo como debería. Ahí es donde
12:19
Speaker 3: la mayoría de los equipos toman el camino equivocado. La
12:21
Speaker 3: verdad es que cada entorno está repleto de docenas de
12:23
Speaker 3: conectores integrados y personalizados. Si alguna vez has intentado rastrear
12:27
Speaker 3: qué está conectado y moviendo datos, sabes lo rápido que
12:29
Speaker 3: se desordenan los ajustes. Parte del desafío es que la
12:33
Speaker 3: gestión de conectores siempre comienza de forma organizada. Un plan sólido,
12:37
Speaker 3: algunas reglas y buenas intenciones. Luego, el negocio avanza más
12:40
Speaker 3: rápido de lo que te puedes seguir. No se trata
12:43
Speaker 3: solo de lo que hacen los conectores, sino de lo
12:44
Speaker 3: que podrían hacer según cómo los usuarios configuren sus flujos.
12:48
Speaker 3: Un conector a OneDrive for Business puede parecer inofensivo si
12:51
Speaker 3: se configura para uso interno, pero con una mala clasificación
12:53
Speaker 3: o una configuración pasada por alto, ese mismo conector podría
12:56
Speaker 3: empezar a filtrar documentos confidenciales a ubicaciones no gestionadas. Si
13:01
Speaker 3: alguna vez has estado en reuniones donde la solución era
13:03
Speaker 3: simplemente bloquear todo lo que no reconocemos, ya sabes cómo
13:06
Speaker 3: termina eso. La gente encuentra alternativas, la teye y la
13:09
Speaker 3: sombra crece y de repente hay más riesgos en lugar
13:11
Speaker 3: de menos. Quieres evitar frenar la productividad, pero cada casilla
13:15
Speaker 3: sin marcar se siente como un agujero potencial. Algunos administradores
13:19
Speaker 3: intentan bloquear todo lo que esté fuera del ecosistema principal
13:22
Speaker 3: de Microsoft, SharePoint y Teams y dejar fuera todo lo demás.
13:24
Speaker 3: Pero eso rara vez es suficiente. Aquí mi historia real.
13:28
Speaker 3: Una organización apostó todo por este enfoque pensando que nada crítico.
13:31
Speaker 3: Pasaría a través de conectores menos conocidos. Dejaron solo un
13:35
Speaker 3: puñado abiertos Teams, SharePoint, los sospechosos habituales confiados en que
13:39
Speaker 3: habían bloqueado cualquier cosa extraña.¿ Para alguien errer? Descubrió una
13:43
Speaker 3: ingeniosa herramienta de integración sin código y creó un conector
13:46
Speaker 3: personalizado a una API pública. Parecía inofensivo. Semanas después descubrieron
13:50
Speaker 3: que los datos de R se estaban filtrando silenciosamente, no
13:54
Speaker 3: porque fuera un riesgo conocido, sino porque nadie consideró el
13:56
Speaker 3: conector personalizado como algo más que un proyecto secundario. Las
14:00
Speaker 3: consecuencias no fueron agradables y subrayan que no todos los
14:02
Speaker 3: conectores son iguales, pero tampoco pueden manejarse solo con reglas
14:05
Speaker 3: generales de sí o no. Microsoft te ofrece categorías por
14:09
Speaker 3: una razón. Negocios, no negocios. Bloquear. En teoría esas categorías
14:13
Speaker 3: deberían simplificar tu vida. En realidad los valores predeterminados a
14:17
Speaker 3: menudo no funcionan porque no reflejan lo que realmente sucede
14:20
Speaker 3: dentro de tu organización. Un conector etiquetado como de negocios
14:24
Speaker 3: puede tener mucho sentido para un equipo financiero, pero si
14:26
Speaker 3: le das el mismo conector a legal o I más D,
14:29
Speaker 3: de repente parece arriesgado. Algunos conectores son claros sobre a
14:33
Speaker 3: dónde van tus datos, pero muchos ocultan la complejidad bajo
14:36
Speaker 3: nombres amigables. Podría ser una etiqueta de negocios amigable, pero
14:39
Speaker 3: detrás de escena, ese mismo conector podría abrir puertas a
14:43
Speaker 3: aplicaciones externas, servicios no gestionados o API que no se
14:46
Speaker 3: ajustan a tu perfil de cumplimiento. Son los conectores que
14:50
Speaker 3: se camuflan, en los que nadie piensa dos veces, los
14:52
Speaker 3: que a menudo crean la plataforma de lanzamiento perfecta para
14:54
Speaker 3: una fuga de datos. Marketing toma algo llamativo para cumplir
14:57
Speaker 3: con una fecha límite. TI crea un webhook personalizado para
15:00
Speaker 3: un programa piloto. Un desarrollador que trabaja hasta tarde encuentra
15:03
Speaker 3: una herramienta SaaS, crea una integración y sigue adelante... Para
15:07
Speaker 3: cuando alguien se da cuenta, el conector está funcionando silenciosamente
15:09
Speaker 3: en producción y, a menudo, no está en la hoja
15:11
Speaker 3: de revisión mensual.¿ Las plataformas no te envían exactamente una
15:15
Speaker 3: notificación cuando alguien crea o adopta algo nuevo? Con el tiempo,
15:20
Speaker 3: la lista de conectores crece. Sin alguien que la pode
15:23
Speaker 3: y revise activamente el ruido, ahoga las señales de alto riesgo.
15:28
Speaker 3: Estudios recientes han demostrado que el enfoque más inteligente no
15:30
Speaker 3: consiste solo en hacer listas más grandes o añadir más
15:32
Speaker 3: conectores a un grupo de bloqueo. Se trata de la anidación.
15:35
Speaker 3: cuando los grupos de conectores coinciden con sus procesos de
15:37
Speaker 3: negocios reales, tanto las filtraciones como la fricción del usuario
15:40
Speaker 3: disminuyen drásticamente. Eso no es solo teoría, es la experiencia
15:42
Speaker 3: vivida en grandes empresas. Los equipos que realmente se sientan
15:45
Speaker 3: con las unidades de negocio para trazar los flujos de
15:47
Speaker 3: trabajo son los que detectan los conectores inusuales antes de
15:50
Speaker 3: que se convierta en un problema. Aprenden por qué se
15:53
Speaker 3: usa un conector, qué trabajo realiza realmente y qué flujos
15:56
Speaker 3: son críticos frente a los que son solo por comodidad
15:58
Speaker 3: de un usuario. Si trata la clasificación de conectores como
16:02
Speaker 3: una lista de tareas regida, terminará vigilando un desfile mientras
16:05
Speaker 3: lo más ingenioso se escapa por una calle lateral. Al
16:09
Speaker 3: construir una visión más clara, basada en cómo trabaja realmente
16:11
Speaker 3: su gente, se ajusta más rápido y detecta dónde ha
16:14
Speaker 3: cambiado el viaje de sus datos. El riesgo de los
16:16
Speaker 3: conectores rara vez es detectado. La opción segura de hoy
16:19
Speaker 3: puede volverse arriesgada con un solo cambio de flujo de
16:21
Speaker 3: trabajo o una nueva función en la plataforma. La fricción
16:24
Speaker 3: no es la enemiga aquí, lo es la ignorancia. Entender
16:26
Speaker 3: cómo evoluciona el negocio y qué tan rápido pueden surgir
16:29
Speaker 3: o cambiar las integraciones, mantiene sus clasificaciones al día, en
16:32
Speaker 3: lugar de obsoletas, apenas termina su revisión. Entonces el verdadero
16:37
Speaker 3: truco está en la conversación, no solo en la configuración.
16:40
Speaker 3: Inicie un diálogo con sus usuarios avanzados, esos equipos que
16:43
Speaker 3: implementan nuevas soluciones y prueban cosas antes de que la
16:45
Speaker 3: mayoría se entere. Cuando los administradores trabajan junto a los
16:49
Speaker 3: dueños de los procesos, no solo están auditando, están obteniendo
16:52
Speaker 3: un mapa interno de qué conectores impulsan el trabajo real
16:55
Speaker 3: y cuáles solo rellenan la lista de opciones. Este tipo
16:59
Speaker 3: de colaboración lleva a detectar tempranamente los conectores riesgosos y
17:03
Speaker 3: reduce la molestia de bloquear algo, ya que he explicado
17:05
Speaker 3: la razón real detrás de la política. La clasificación de
17:09
Speaker 3: conectores no trata de marcar requisitos, sino de seguir cada
17:12
Speaker 3: paso que podrían dar sus datos y adaptar esas categorías
17:14
Speaker 3: a medida que el negocio crece, cambia y prueba cosas nuevas.
17:18
Speaker 3: Un sistema de clasificación que sigue el ritmo de la
17:20
Speaker 3: organización siempre será más fuerte que uno congelado en la
17:23
Speaker 3: fase de configuración. Sin embargo, una vez que ha determinado
17:26
Speaker 3: dónde está realmente el riesgo, el siguiente dolor de cabeza
17:28
Speaker 3: es probarlo todo.¿ Cómo implementa nuevas políticas DLP que detecten
17:33
Speaker 3: los flujos correctos sin interrumpir los críticos de los que
17:35
Speaker 3: dependen los usuarios cada día? Pruebas y lágrimas. Diseñando políticas
17:41
Speaker 3: DLP adaptables al mundo real. Si alguna vez ha tenido
17:44
Speaker 3: un lunes donde una política DLP nueva eliminó 5 de
17:47
Speaker 3: los flujos de trabajo principales de su equipo antes del desayuno,
17:50
Speaker 3: ya sabe lo brutal que es probar en producción. Recibe
17:53
Speaker 3: ese correo, la automatización de alguien falló, usuarios enojados contactan
17:57
Speaker 3: a IT y nadie recuerda haber aprobado la regla que
17:59
Speaker 3: interrumpió la mitad del negocio. Parece que tus únicas opciones
18:03
Speaker 3: son bloquear todo hasta que nada funcione o dejarlo tan
18:05
Speaker 3: libre que solo esperas la llamada del auditor. Ningún extremo
18:09
Speaker 3: es sostenible, pero saltarse la parte difícil, probar estas políticas
18:13
Speaker 3: antes de implementarlas, significa que las únicas fugas que detectarás
18:16
Speaker 3: serán las que ya causaron problemas. Ese no es un
18:19
Speaker 3: lugar donde quieras estar como administrador. Hablemos de cómo se
18:22
Speaker 3: ve una prueba real. En Fabric y Power Platform es
18:25
Speaker 3: tentador hacer cambios en producción solo para ver qué sucede.
18:28
Speaker 3: Principalmente porque hay urgencia por entregar soluciones y nadie quiere
18:31
Speaker 3: frenar el negocio. Pero si alguna vez activaste una nueva
18:35
Speaker 3: regla y viste cómo las exportaciones, aprobaciones y notificaciones se detuvieron,
18:38
Speaker 3: sabes que debe haber una forma más inteligente de encontrar
18:41
Speaker 3: el equilibrio. Un escenario ocurre todo el tiempo. Un departamento
18:45
Speaker 3: automatiza la exportación de informes de clientes en Fabric. El
18:48
Speaker 3: negocio necesita esa automatización. Ahora es cada semana hasta que
18:51
Speaker 3: tu nueva política DLP la bloquea porque la lógica la
18:53
Speaker 3: ve como un riesgo de filtración de datos. Ahora estás atrapado.
18:57
Speaker 3: La exportación es crítica para el negocio, pero la política
18:59
Speaker 3: dice no.¿ Quién tiene la autorización para anular? Pues la
19:01
Speaker 3: solución es la verdadera tensión. El negocio funciona con estos
19:04
Speaker 3: flujos invisibles y la DLP no siempre sabe distinguir entre
19:07
Speaker 3: una fuga y un salvavidas. Mitir pruebas es rápido, pero
19:10
Speaker 3: también es la forma más segura de pasar por alto
19:12
Speaker 3: las fugas que importan. Lo que complica todo es cómo
19:15
Speaker 3: las políticas pueden tener efectos secundarios que nunca planeaste, que
19:18
Speaker 3: nunca planeaste. Si estableces condiciones muy estrictas, los usuarios buscarán
19:21
Speaker 3: formas de evitarlas. Si son muy laxas, terminarás con una
19:24
Speaker 3: pila de tickets de incidentes en tu escritorio. El objetivo
19:26
Speaker 3: no es solo completar una lista de verificación. Es mantener
19:28
Speaker 3: los flujos de trabajo en los que la gente confía
19:30
Speaker 3: funcionando sin problemas mientras detectas aquello que no puedes permitir
19:32
Speaker 3: que se filtre. Entonces,¿ cómo lo logras? La investigación y
19:35
Speaker 3: la experiencia de campo respaldan que las implementaciones graduales superan
19:38
Speaker 3: casi siempre a las masivas.¿ Se ve así? En lugar
19:42
Speaker 3: de cambiar toda la vez, implementa los nuevos cambios de
19:44
Speaker 3: política a un grupo más pequeño de usuarios piloto. Con
19:48
Speaker 3: un monitoreo dirigido, observando los registros, midiendo lo que falla
19:52
Speaker 3: y dando seguimiento a los usuarios en tiempo real, detectas
19:54
Speaker 3: conflictos de política mientras aún son manejables. La diferencia es
19:59
Speaker 3: que los usuarios con problemas son personas reales, con tareas reales,
20:02
Speaker 3: no casos de prueba teóricos que nadie ha necesitado. Los
20:05
Speaker 3: análisis son del siguiente nivel. Tanto Fabric como Power Platform
20:08
Speaker 3: ofrecen registros de actividad detallados y te sorprenderá lo que
20:11
Speaker 3: ves cuando empiezas a observarlos realmente.¿ Monitorear estos flujos quién
20:15
Speaker 3: se conecta?¿ A qué aplicaciones mueven datos y cuándo?¿ Revela
20:19
Speaker 3: patrones que no verías? Simplemente leyendo resúmenes de políticas. Supongamos
20:24
Speaker 3: que detectas que RR solo está probando exportaciones cada viernes
20:28
Speaker 3: y envía datos a un conector poco utilizado. Si tus
20:31
Speaker 3: análisis muestran que el conector no se usa en ningún
20:33
Speaker 3: otro lado, quizá la solución sea ajustar solo esa política
20:35
Speaker 3: en lugar de entrar en pánico y bloquear toda la organización.
20:39
Speaker 3: Al usar análisis para detectar rutas de datos en evolución,
20:41
Speaker 3: puedes ajustar tus políticas antes de que se conviertan en
20:44
Speaker 3: problemas para los usuarios o deshace cumplimiento. Los entornos de
20:46
Speaker 3: prueba de sandbox ya no son solo para desarrolladores. La
20:49
Speaker 3: realidad es que la mayoría de los errores de política
20:51
Speaker 3: no son obvios hasta que algo se rompe en producción.
20:53
Speaker 3: Ese es demasiado tarde. Los entornos sandbox te permiten crear,
20:56
Speaker 3: ajustar y revisar nuevas políticas frente al comportamiento real del usuario,
21:00
Speaker 3: sin temor a que algo crítico se rompa definitivamente. Puedes
21:03
Speaker 3: simular actividades comerciales legítimas, exportar datos de prueba, probar los conectores,
21:07
Speaker 3: ejecutar los flujos y ver que detectan las reglas frente
21:09
Speaker 3: a lo que logra pasar. Al probar un espacio seguro,
21:12
Speaker 3: realmente ves dónde tiene sentido tu lógica y dónde se desmorona.
21:16
Speaker 3: Es mucho más fácil reescribir una regla en un sandbox
21:19
Speaker 3: que reparar los daños después de un despliegue. Si quieres
21:22
Speaker 3: mantener felices tanto a los usuarios como a los auditores,
21:25
Speaker 3: trata los despliegues de políticas como un proceso iterativo. Los
21:28
Speaker 3: administradores más exitosos, aquellos con menos emergencias inesperadas, siempre incluyen
21:32
Speaker 3: a los usuarios en el ciclo de retroalimentación. Después de
21:35
Speaker 3: cada ronda de pruebas, revisa qué flujos de trabajo se
21:38
Speaker 3: rompieron y pregúntate,¿ la política detuvo una fuga o solo
21:41
Speaker 3: frustró al negocio? Ajusta las reglas, actualiza los equipos interesados
21:44
Speaker 3: y haz que los cambios sean sólidos incluso antes de
21:47
Speaker 3: tocar la producción. La gente recuerda cuando