Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Auditoría de permisos de SharePoint a gran escala con PnP PowerShell, Microsoft Graph y Azure Automation (Doblaje IA)

Transcript

Auditoría de permisos de SharePoint a gran escala con PnP PowerShell, Microsoft Graph y Azure Automation (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:01
  Speaker 2: Listo para 10 días de Microsoft 365, Copilot, AI, Azure
• 0:04
  Speaker 2: y las personas que están dando forma al futuro del trabajo.
• 0:07
  Speaker 2: Este enero, vuelve M365Con y venimos a lograr. Y venimos
• 0:12
  Speaker 2: a lograr. Ú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 positivas sin aire.
• 0:20
  Speaker 2: Nada de tecnicismos sin término. Abordamos los desafíos reales. Copilot Studio,
• 0:24
  Speaker 2: agentes de IAA, Fabric, Seguridad, Gobernanza y Automatización. Ya seas
• 0:30
  Speaker 2: profesional de TI, desarrollador o líder empresarial, hay sesiones diseñadas
• 0:34
  Speaker 2: para ti. Con 10 días completos, puedes explorar múltiples tecnologías
• 0:38
  Speaker 2: y conectar con una comunidad global. Mira en vivo y
• 0:41
  Speaker 2: lleva ideas prácticas de vuelta a tu organización. Enero de 2027.
• 0:46
  Speaker 2: 10 días. Una sola comunidad de Microsoft. Las inscripciones ya
• 0:50
  Speaker 2: están abiertas. Reserva tu lugar hoy. sm365com.net. Me Únete ahora
• 1:02
  Speaker 2: en m365com.net y nos vemos en vivo en enero. Tus
• 1:05
  Speaker 2: permisos de SharePoint probablemente sean un desastre
• 1:07
  Speaker 3: No porque no los gestiones, sino porque nadie puede seguir
• 1:09
  Speaker 3: el ritmo de miles de sitios que cambian a diario.
• 1:12
  Speaker 3: Lo más sorprendente, la mayoría de las organizaciones no tienen
• 1:14
  Speaker 3: un solo informe que muestre quién tiene acceso a qué.
• 1:18
  Speaker 3: En esta sesión te mostraré los pasos exactos para escanear
• 1:20
  Speaker 3: cada sitio, cada biblioteca y cada usuario sin tocar un
• 1:23
  Speaker 3: solo sitio manualmente. Al final sabrás cómo automatizar el trabajo
• 1:29
  Speaker 3: que normalmente tomas semanas en algo que entrega informes diarios
• 1:31
  Speaker 3: precisos y dormirás mejor al saber que tienes el control.¿
• 1:37
  Speaker 3: Por qué las revisiones de permisos tradicionales fallan en escala empresarial?¿
• 1:41
  Speaker 3: Conoces esa revisión anual de permisos que a todos emociona tanto?
• 1:45
  Speaker 3: Se envía la hoja de cálculo, los propietarios de sitios
• 1:47
  Speaker 3: revisan sus listas, los gerentes aprueban y, por unas 24
• 1:50
  Speaker 3: horas parece que tienes todo bajo control. Para la siguiente semana,
• 1:55
  Speaker 3: alguien compartió una carpeta con un nuevo contratista. Un sitio
• 1:57
  Speaker 3: de proyectos se creó sin previo aviso. Y el registro
• 2:00
  Speaker 3: final que acabas de archivar ya no se parece en
• 2:02
  Speaker 3: nada a la realidad. En una colección pequeña, todavía es
• 2:06
  Speaker 3: posible detectar cambios antes de que se descontrolen. Obtienes la
• 2:10
  Speaker 3: lista de miembros del sitio, quizás revisas un par de
• 2:12
  Speaker 3: grupos y confirmas que nadie tenga acceso extraño. En ese mundo,
• 2:15
  Speaker 3: la revisión manual funciona. El árbol de permisos es lo
• 2:17
  Speaker 3: suficientemente corto para ver una pantalla y el número de
• 2:20
  Speaker 3: personas haciendo cambios es fácil de seguir. De seguir. Es
• 2:23
  Speaker 3: aburrido pero es manejable. A escala empresarial ese modelo se
• 2:26
  Speaker 3: desmorona rápidamente.¿ Ya no estás viendo un conjunto ordenado de
• 2:29
  Speaker 3: 5 sitios de intranet? Podrías estar enfrentando 10.000 sitios en departamentos,
• 2:33
  Speaker 3: regiones y unidades de negocio. Y no son estáticos. Y
• 2:36
  Speaker 3: no son estáticos. Los equipos crean sitios nuevos a diario.
• 2:39
  Speaker 3: Los proyectos archivados nunca desaparecen del todo. Y la rotación
• 2:41
  Speaker 3: de contenido significa que los permisos cambian constantemente. El intervalo
• 2:45
  Speaker 3: entre su revisión y el siguiente cambio significativo a veces
• 2:47
  Speaker 3: se mide en horas. Pero aún SharePoint es engañoso cuando
• 2:50
  Speaker 3: intenta revisarlo a simple vista. Los permisos pueden anularse del
• 2:53
  Speaker 3: sitio principal, anularse a nivel de biblioteca, ajustarse en una
• 2:56
  Speaker 3: carpeta y luego parchearse de nuevo en un solo archivo.
• 2:59
  Speaker 3: El acceso de un usuario puede no ser evidente porque
• 3:01
  Speaker 3: ingresa a través de un grupo anidado, quizás incluso mediante
• 3:04
  Speaker 3: un grupo de seguridad sincronizado desde Azure AD, que a
• 3:06
  Speaker 3: su vez contiene otros grupos. Si te falta un clic
• 3:09
  Speaker 3: en esos niveles, no tendrás idea de que están ahí.
• 3:12
  Speaker 3: Los equipos de cumplimiento siguen esperando registros de auditoría limpios
• 3:15
  Speaker 3: y evidencia de revisiones periódicas. La realidad es que necesitaría
• 3:18
  Speaker 3: un ejército de administradores para revisar manualmente la estructura de
• 3:21
  Speaker 3: cada sitio, anotar cada permiso y confirmar que es válido.
• 3:26
  Speaker 3: Eso sin contar el tiempo para volver a verificar el
• 3:28
  Speaker 3: acceso heredado y basado en grupos, que cambian en el
• 3:30
  Speaker 3: momento en que alguien mueve a un usuario entre equipos.
• 3:32
  Speaker 3: La realidad práctica simplemente no coincide con la escala. Trabajé
• 3:35
  Speaker 3: con una organización que dedicó más de 80 horas administrativas
• 3:37
  Speaker 3: a una sola revisión trimestral. Dividieron la carga de trabajo,
• 3:41
  Speaker 3: obtuvieron informes de membresía e incluso tenían un proceso formal trazado.
• 3:45
  Speaker 3: El archivo final parecía exhaustivo, pero dos semanas después, una
• 3:48
  Speaker 3: prueba de penetración encontró invitados con acceso de edición a
• 3:51
  Speaker 3: carpetas confidenciales que se habían pasado por alto, por completo.
• 3:55
  Speaker 3: No porque alguien fallara en su trabajo, sino porque el
• 3:58
  Speaker 3: acceso provenía de un grupo anidado que nunca apareció en
• 4:00
  Speaker 3: el informe manual. Esa es la brecha que no te
• 4:03
  Speaker 3: dejará dormir. Permisos obsoletos escondidos profundamente en las estructuras. Empleados
• 4:07
  Speaker 3: despedidos cuyas cuentas permanecen en grupos sincronizados. Cuentas de invitados
• 4:11
  Speaker 3: que debían haber caducado, pero no lo hicieron. Son fáciles
• 4:14
  Speaker 3: de pasar por alto y si confías en un rastreo
• 4:15
  Speaker 3: manual dependes tanto de la suerte como del proceso. Empiezas
• 4:19
  Speaker 3: a darte cuenta de que el modelo de captura anual
• 4:20
  Speaker 3: no falla porque la gente sea perezosa. Vale, Sosa. Falla
• 4:24
  Speaker 3: porque el sistema que intenta capturar está en constante movimiento.
• 4:27
  Speaker 3: Los permisos son dato vivo. Tratarlos como una lista estática
• 4:31
  Speaker 3: significa que siempre estás en el pasado, nunca en el
• 4:33
  Speaker 3: estado real de tu entorno. La solución no es asignar
• 4:35
  Speaker 3: más personas a la revisión. Es crear una forma de
• 4:38
  Speaker 3: consultar y consolidar estos datos automáticamente para que, en el
• 4:41
  Speaker 3: momento en que algo cambie tus informes... lo reflejen. El
• 4:45
  Speaker 3: siguiente paso es conectarse a cada sitio sin necesidad de
• 4:47
  Speaker 3: hacer clic en ellos uno por uno. Y ahí es
• 4:49
  Speaker 3: donde entra en juego una herramienta más capaz. Construyendo la
• 4:52
  Speaker 3: base con PNP PowerShell. Imagina abrir una ventana de PowerShell,
• 4:56
  Speaker 3: ejecutar un comando y estar conectado a todos los sitios
• 4:58
  Speaker 3: de SharePoint en tu entorno. Sin pestañas de navegador, sin
• 5:02
  Speaker 3: clics interminables en colecciones de sitios, solo una línea directa
• 5:05
  Speaker 3: a todo el entorno desde un único lugar. Eso es
• 5:08
  Speaker 3: exactamente lo que te ofrece PNP PowerShell y si solo
• 5:11
  Speaker 3: lo has usado Para pequeños scripts ad hoc, puede sorprenderte
• 5:14
  Speaker 3: lo lejos que puede llegar. PNP PowerShell es esencialmente tu
• 5:18
  Speaker 3: puente entre SharePoint Online y tu entorno de automatización. Envuelve
• 5:23
  Speaker 3: las API de Microsoft en comandos más fáciles de usar,
• 5:25
  Speaker 3: a la vez que te brinda acceso a funciones avanzadas
• 5:28
  Speaker 3: bajo el CAPO. A pequeña escala, puedes arreglártelas ejecutando Connect
• 5:33
  Speaker 3: PNP Online de forma interactiva, iniciando sesión con tu cuenta
• 5:35
  Speaker 3: y extrayendo datos del sitio. Pero en escala, los inicios
• 5:39
  Speaker 3: de sesión interactivos se convierten en una pesadilla. No puedes
• 5:41
  Speaker 3: esperar que los procesos programados se queden ahí esperando que
• 5:43
  Speaker 3: alguien escriba una contraseña o apruebe el MFA. Ahí es
• 5:47
  Speaker 3: donde empiezan a aparecer las grietas en los scripts básicos.
• 5:49
  Speaker 3: Podrías estar a mitad de la enumeración de sitios cuando
• 5:52
  Speaker 3: tu token expire. Podrías saturar el servicio demasiado rápido y
• 5:56
  Speaker 3: alcanzar los límites de aceleración o descubrir que no todos
• 5:58
  Speaker 3: los sitios siguen la misma estructura. Algunos usan plantillas modernas
• 6:03
  Speaker 3: de equipo, otros son colecciones clásicas con permisos extraños y
• 6:06
  Speaker 3: configuraciones en lugares inesperados. Cuanto más intentas forzarlo, más frágil
• 6:11
  Speaker 3: se vuelve. Una mejor manera es cambiar a conexiones de
• 6:14
  Speaker 3: solo aplicación. En la práctica, esto significa crear un registro
• 6:19
  Speaker 3: de aplicación en Azure, AD, otorgarle los permisos necesarios de
• 6:22
  Speaker 3: SharePoint eGraph y autenticarse con un certificado en lugar de
• 6:25
  Speaker 3: una cuenta de usuario. Esa autenticación basada en certificados es
• 6:29
  Speaker 3: mucho más estable para procesos desatendidos. PNP PowerShell lo admito
• 6:32
  Speaker 3: de forma nativa. Así que, una vez que tienes el
• 6:35
  Speaker 3: certificado almacenado de forma segura, preferiblemente en algún lugar como
• 6:38
  Speaker 3: Azure Key Vault, tus scripts pueden conectarse sin pedir datos
• 6:41
  Speaker 3: y sin arriesgar contraseñas caducadas. Ahora,¿ cómo encuentras realmente todos
• 6:45
  Speaker 3: los sitios a los que conectarte? A escala de inquilino,
• 6:47
  Speaker 3: también no puedes mantener una lista codificada manualmente. Puedes usar
• 6:50
  Speaker 3: ConnectBiner PNB Online con la enumeración de sitios basada en búsqueda,
• 6:52
  Speaker 3: o integrarte con Microsoft Graph para obtener cada URL de
• 6:55
  Speaker 3: colección de sitios de forma dinámica. Graph suele ser mejor
• 6:59
  Speaker 3: para la consistencia, pero el enfoque de búsqueda de PNP
• 7:01
  Speaker 3: puede darte victorias rápidas en inquilinos más pequeños. pero la
• 7:04
  Speaker 3: clave es que la enumeración en sí misma debe ser
• 7:06
  Speaker 3: a nivel de todo el inquilino y automatizado. No hay
• 7:08
  Speaker 3: gestión manual. Una vez que tienes una lista todavía debes
• 7:11
  Speaker 3: ser respetuoso con el servicio. Agrupa tu solicitud. Usa pausas
• 7:15
  Speaker 3: o controles de limitación. No se trata solo de evitar
• 7:17
  Speaker 3: errores 409 de Microsoft. Se trata de asegurarse de que
• 7:20
  Speaker 3: tu proceso termine en un plazo realista sin abrumar los endpoints.
• 7:25
  Speaker 3: Gestionar esto bien significa estructurar tus bucles para que procesen
• 7:29
  Speaker 3: un subconjunto manejable de sitios a la vez, escribiendo resultados
• 7:31
  Speaker 3: intermedios y reanudando correctamente si una sesión se cae. Un
• 7:36
  Speaker 3: ejemplo de manejo seguro en acción sería usar un runbook
• 7:38
  Speaker 3: de PowerShell que obtenga su certificado de Key Vault en
• 7:40
  Speaker 3: tiempo de ejecución, se conecte al centro de administración, recupere
• 7:43
  Speaker 3: todas las URL de sitios mediante graph y luego los
• 7:46
  Speaker 3: procese en lotes controlados y luego los procese en lotes controlados.
• 7:50
  Speaker 3: Sin solicitudes de inicio de sesión, sin credenciales codificadas, totalmente repetible.
• 7:54
  Speaker 3: Podría ejecutarlo bajo demanda hoy y mañana de forma programada.
• 7:57
  Speaker 3: En este punto, básicamente ha conectado su consola al sistema
• 7:59
  Speaker 3: nervioso de su inquilino de SharePoint. Puede acceder a cada
• 8:03
  Speaker 3: sitio mediante programación sin tocar nunca la interfaz de usuario.
• 8:06
  Speaker 3: Eso resuelve el primer obstáculo para la auditoría de detección
• 8:08
  Speaker 3: y conexión de permisos a escala empresarial, pero lo que
• 8:11
  Speaker 3: tiene ahora mismo sigue siendo superficial. Puede obtener propiedades del
• 8:14
  Speaker 3: sitio o quizás grupos de nivel superior, pero aún no
• 8:17
  Speaker 3: ve el acceso heredado anidado que realmente importa para el cumplimiento.
• 8:21
  Speaker 3: Obtener esa profundidad significa aprovechar un conjunto de datos más
• 8:24
  Speaker 3: rico de lo que PNP ofrece por sí solo. Los
• 8:27
  Speaker 3: comandos aquí son excelentes para organizar conexiones y recorrer sitios,
• 8:30
  Speaker 3: pero para desentrañar la historia completa de permisos en cada
• 8:33
  Speaker 3: archivo y carpeta, necesitamos incorporar otra API diseñada para exponer
• 8:37
  Speaker 3: esas relaciones con claridad. Ahí es donde entra en juego
• 8:40
  Speaker 3: el siguiente nivel de este enfoque, extraer datos de permisos
• 8:43
  Speaker 3: con la API de Microsoft Graph. Si conectarse con PNP
• 8:47
  Speaker 3: PowerShell le da las llaves de cada sitio, usar la
• 8:50
  Speaker 3: API de Microsoft Graph es como entrar en cada uno
• 8:52
  Speaker 3: y ver realmente la lista completa de invitados.¿ Quién está allí?¿
• 8:57
  Speaker 3: Por qué fue invitado directamente?¿ Quién es parte?¿ De un
• 9:00
  Speaker 3: grupo y quién pasa por una puerta heredada que ni
• 9:02
  Speaker 3: siquiera notó? Es la parte donde deja de adivinar y
• 9:05
  Speaker 3: comienza a obtener una visión clara y unificada de miles
• 9:08
  Speaker 3: de sitios y bibliotecas a la vez. Graph se encuentra
• 9:11
  Speaker 3: debajo de muchos servicios de Microsoft 365. Para los permisos,
• 9:15
  Speaker 3: actúa como la columna vertebral que le permite consultar SharePoint,
• 9:18
  Speaker 3: OneDrive y Teams de manera consistente. La diferencia es que
• 9:21
  Speaker 3: no solo le entrega una lista plana. Le permite extraer
• 9:24
  Speaker 3: objetos de sitio, listas, bibliotecas, archivos y los objetos de
• 9:28
  Speaker 3: permisos asociados para cada uno. Eso es importante porque nada
• 9:31
  Speaker 3: en los permisos de SharePoint vive ordenadamente en un solo lugar.
• 9:35
  Speaker 3: Las asignaciones directas conviven con las membresías de grupo, que
• 9:37
  Speaker 3: pueden estar en grupos de Azure AD que tienen sus
• 9:39
  Speaker 3: propios grupos anidados dentro. Por ejemplo, el punto de conexión
• 9:43
  Speaker 3: Microsoft Sites barra Site ID Permissions puede informarle sobre enlaces
• 9:46
  Speaker 3: compartidos y concesiones de acceso a nivel de sitio, pero
• 9:49
  Speaker 3: eso no le da todo. Los permisos a nivel de
• 9:52
  Speaker 3: lista pueden requerir Site-Site ID Lists, Lists ID Permissions y
• 9:57
  Speaker 3: las llamadas de acceso a nivel de archivo o elemento
• 9:59
  Speaker 3: pueden necesitar Power Drives on Drive ID Items, Item ID Permissions.
• 10:05
  Speaker 3: Para entender quién tiene realmente qué, debe unir esos resultados.
• 10:10
  Speaker 3: Eso incluye buscar las membresías de grupos usando IDs de
• 10:12
  Speaker 3: grupo y resolver los objetos de usuario, para que sepa
• 10:15
  Speaker 3: exactamente quién está detrás de una entrada de grupo. Lo
• 10:19
  Speaker 3: complicado es que la herencia es invisible si solo observa
• 10:21
  Speaker 3: los permisos directos. Un archivo puede indicar que no tiene
• 10:25
  Speaker 3: permisos únicos, lo que realmente significa que debe buscar nivel arriba.
• 10:29
  Speaker 3: Si se detiene ahí, pasará por alto categorías enteras de acceso.
• 10:32
  Speaker 3: Por tanto, necesita una lógica en su proceso que suba
• 10:35
  Speaker 3: por la cadena desde el archivo a la carpeta, la
• 10:37
  Speaker 3: biblioteca y el sitio, verificando cada nivel y consolidando los
• 10:41
  Speaker 3: datos hasta ver la ruta heredada completa. La paginación y
• 10:44
  Speaker 3: la limitación de velocidad son otra realidad. Las respuestas de
• 10:47
  Speaker 3: Graph a menudo se cortan después de 200 elementos y
• 10:50
  Speaker 3: debe seguir los tokens de enlace Next de OData para
• 10:52
  Speaker 3: obtener el resto. A escala, eso significa crear bucles de
• 10:56
  Speaker 3: solicitud que puedan manejar miles de respuestas sin agotar el
• 10:58
  Speaker 3: tiempo de espera ni perder el contexto. La limitación se
• 11:02
  Speaker 3: gestiona mediante respuestas 429 con un valor de reintento sugerido,
• 11:06
  Speaker 3: por lo que su código debe respetarlo o no llegará lejos.
• 11:09
  Speaker 3: Una trampa a la que caen los administradores es recolectar
• 11:11
  Speaker 3: solo permisos directos. Eso produce un conjunto de datos de
• 11:14
  Speaker 3: aspecto limpio que también es peligrosamente incompleto. Usar varias llamadas
• 11:18
  Speaker 3: de grafo en conjunto resuelve eso. Permisos a nivel de archivo,
• 11:22
  Speaker 3: más datos a nivel de biblioteca, lista y sitio cruzados
• 11:24
  Speaker 3: con expansiones completas de membresía, de grupos de Azure AD.
• 11:28
  Speaker 3: El objetivo final no es tener hojas de cálculo separadas
• 11:31
  Speaker 3: por tipos, sino un conjunto de datos normalizado y plano,
• 11:33
  Speaker 3: donde cada fila muestra el recurso, el usuario resuelto y
• 11:36
  Speaker 3: el nivel de acceso efectivo que tiene, independientemente de cómo
• 11:39
  Speaker 3: se otorgó. Un enfoque práctico es ejecutar la recopilación de
• 11:43
  Speaker 3: los pasaportes. Primero, enumere todos los recursos, sitios, listas y
• 11:47
  Speaker 3: bibliotecas o conjuntos de documentos críticos. Segundo, para cada recurso
• 11:51
  Speaker 3: consulte los permisos directos y luego suba para recopilar las
• 11:54
  Speaker 3: entradas heredadas. Durante ese proceso, resuelva cualquier ID de grupo
• 11:58
  Speaker 3: que encuentre en cuentas de usuarios reales, llamando a los
• 12:00
  Speaker 3: puntos de conexión de membresía de grupo. De esta manera,
• 12:02
  Speaker 3: cuando realice el análisis, solo trabajará con objetos de usuario
• 12:05
  Speaker 3: y de invitado tangibles, no con ID crípticos, no con
• 12:07
  Speaker 3: ID críptico. El resultado es un conjunto de datos utilizado.
• 12:11
  Speaker 3: Puede ordenar por usuario y ver cada recurso que tocan,
• 12:13
  Speaker 3: o clasificar por recurso y ver cada cuenta con acceso.
• 12:17
  Speaker 3: Puede aplicar filtros para aspectos como invitados o externos y
• 12:20
  Speaker 3: obtener respuestas instantáneas sin generar nuevos informes. Este es el
• 12:24
  Speaker 3: tipo de visibilidad que una revisión manual anual nunca podría igualar,
• 12:28
  Speaker 3: porque puede ejecutarla cuando quiera y estar seguro de que
• 12:30
  Speaker 3: nada está oculto en un grupo anidado a tres niveles
• 12:32
  Speaker 3: de profundidad. Con ese nivel de precisión, el siguiente paso
• 12:37
  Speaker 3: obvio es dejar de ejecutarlo manualmente por completo. Si puede
• 12:40
  Speaker 3: hacer que las consultas se ejecuten solas según un programa,
• 12:42
  Speaker 3: siempre tendrán una imagen actualizada sin que alguien tenga que
• 12:45
  Speaker 3: supervisar una ventana de PowerShell. Ahí es donde entra la orquestación,
• 12:48
  Speaker 3: automatizando la auditoría con Azure Automation. Imagina empezar el día
• 12:52
  Speaker 3: y encontrar un informe de permisos completo y actualizado en
• 12:55
  Speaker 3: su bandeja de entrada. Sin scripts nocturnos, sin nadie accediendo
• 12:58
  Speaker 3: remotamente a un servidor, sin exportaciones manuales. Ese es el
• 13:01
  Speaker 3: atractivo de poner todo el proceso en piloto automático y
• 13:03
  Speaker 3: Azure Automation es una de las mejores formas de lograrlo.
• 13:07
  Speaker 3: Es esencialmente el programador y motor de ejecución para todo
• 13:10
  Speaker 3: el trabajo de PNP PowerShell y Microsoft Graph que ya
• 13:12
  Speaker 3: ha preparado sin que usted tenga que estar frente al teclado.
• 13:16
  Speaker 3: Los runbooks de Azure Automation son donde residen y se
• 13:19
  Speaker 3: ejecutan sus scripts en la nube. En lugar de dejarlos
• 13:21
  Speaker 3: en un servidor que alguien podría reiniciar o al cual
• 13:23
  Speaker 3: podría perder acceso, los sube a un servicio administrado. Este
• 13:27
  Speaker 3: servicio maneja la ejecución, registra los resultados y le permite
• 13:29
  Speaker 3: activarlos según un horario. Pero cuando los scripts se ejecutan
• 13:33
  Speaker 3: sin que usted los vigile, las cosas pueden salir mal
• 13:36
  Speaker 3: de formas fáciles de pasar por alto, como un certificado
• 13:38
  Speaker 3: vencido que detiene la autenticación o un trabajo largo que
• 13:41
  Speaker 3: alcanza un tiempo de espera a la mitad. Si no
• 13:44
  Speaker 3: se prepara para eso, tendrá un informe que falla silenciosamente o,
• 13:47
  Speaker 3: peor aún, entrega datos incompletos que parecen estar bien a
• 13:50
  Speaker 3: simple vista. El punto de partida es asegurar su autenticación.
• 13:54
  Speaker 3: Pegar credenciales en un script es una forma rápida de
• 13:56
  Speaker 3: hacer que el equipo de seguridad esté muy descontento El
• 13:59
  Speaker 3: enfoque correcto es almacenar su certificado secreto de cliente en
• 14:01
  Speaker 3: Azure Key Vault y hacer que el runbook lo obtenga
• 14:03
  Speaker 3: en tiempo de ejecución. Key Vault mantiene el material confidencial
• 14:06
  Speaker 3: cifrado y los controles de acceso basados en roles aseguran
• 14:09
  Speaker 3: que solo su cuenta de automatización pueda recuperarlo. Cuando el
• 14:13
  Speaker 3: certificado expira, puede renovarlo en un solo lugar sin tener
• 14:16
  Speaker 3: que editar cada script. La programación en Azure Automation es flexible.
• 14:20
  Speaker 3: Las ejecuciones diarias capturan una imagen casi en tiempo real,
• 14:23
  Speaker 3: pero si su entorno cambia más lentamente, un programa semanal
• 14:26
  Speaker 3: podría ser suficiente. Puede establecer horarios exactos, alinearlos con horas
• 14:29
  Speaker 3: de poco tráfico para reducir la carga en el inquilino
• 14:32
  Speaker 3: e incluso iniciar ejecuciones en respuesta a eventos en lugar
• 14:35
  Speaker 3: de solo al reloj. Si el trabajo necesita más recursos
• 14:39
  Speaker 3: de los que ofrece el sandbox de Azure, por ejemplo,
• 14:42
  Speaker 3: si trabaja con inquilinos extremadamente grandes y ejecuta enumeraciones muy largas,
• 14:46
  Speaker 3: los trabajadores de Roombook híbridos le permiten ejecutar esos scripts
• 14:50
  Speaker 3: localmente o en una VM dedicada, mientras los gestiona desde
• 14:53
  Speaker 3: Azure Automation. El registro es tan importante como el resultado mismo.
• 14:58
  Speaker 3: Sin registro, la resolución de problemas se combina a su posición.
• 15:01
  Speaker 3: Azure Automation puede capturar tanto la salida estándar como los
• 15:03
  Speaker 3: flujos de error en registros de trabajo, que puede revisar
• 15:05
  Speaker 3: en el portal o exportar para almacenamiento a largo plazo.
• 15:09
  Speaker 3: Mantenerse historial significa que puede probar que la auditoría se
• 15:11
  Speaker 3: ejecutó en un momento dado y ver exactamente qué sucedió
• 15:13
  Speaker 3: si no terminó. Tal cumplimiento, esa pista de auditoría puede
• 15:16
  Speaker 3: ser tan valiosa como el informe de permisos en sí.
• 15:19
  Speaker 3: Cuando el script termina, tienes opciones sobre dónde alojar los datos.
• 15:23
  Speaker 3: Puedes guardar el resultado CSV o JSON en una biblioteca
• 15:26
  Speaker 3: de documentos de SharePoint, enviarlo a Azure Blob Storage o
• 15:29
  Speaker 3: adjuntarlo a un correo automático mediante un relevo SMTP o
• 15:32
  Speaker 3: una aplicación lógica. Cada uno tiene sus ventajas. SharePoint es
• 15:36
  Speaker 3: ideal para el acceso en equipo. Blob Storage maneja archivos
• 15:38
  Speaker 3: muy grandes y el correo es instantáneo, pero menos seguro
• 15:40
  Speaker 3: para conjuntos de datos confidenciales. El punto es que eliges
• 15:43
  Speaker 3: la entrega que se ajuste a tu proceso de revisión.
• 15:46
  Speaker 3: Una capa adicional es identificar cuando algo requiere atención real.
• 15:50
  Speaker 3: Es posible integrar una detección de cambios básica para esto.
• 15:52
  Speaker 3: Por ejemplo, comparar el conjunto de datos de hoy con
• 15:54
  Speaker 3: el de ayer. Y si aparece un nuevo usuario invitado
• 15:56
  Speaker 3: en un sitio sensible, publicar un...