Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Acceso condicional en Microsoft 365: señales, directivas básicas, MFA e implementación segura (Doblaje IA)

Transcript

Acceso condicional en Microsoft 365: señales, directivas básicas, MFA e implementación segura (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Te sientas frente a tu computadora, escribes tu dirección de correo,
0:02
Speaker 2: ingresas tu contraseña y presionas Enter. Hay esa breve pausa
0:05
Speaker 2: mientras el sistema decide si realmente eres tú. La mayoría
0:07
Speaker 2: asume que esa pausa es solo una verificación de contraseña.
0:10
Speaker 2: Pero olvidarlo. Suceden muchas más cosas tras bambalinas de lo
0:14
Speaker 2: que probablemente imaginas. Mientras esperas, Microsoft 365 ejecuta una serie
0:17
Speaker 2: de comprobaciones en segundo plano. Analiza dónde estás, qué dispositivo
0:20
Speaker 2: usas y si el inicio de sesión parece normal o sospechoso.
0:23
Speaker 2: Y hace todo eso antes de dejarte pasar. Al final
0:25
Speaker 2: de este episodio entenderás qué es el acceso condicional, cómo
0:28
Speaker 2: funciona cada vez que inicias sesión y por qué es
0:30
Speaker 2: uno de los controles de seguridad más importantes en tu
0:32
Speaker 2: inquilino de Microsoft 365. Comencemos con la definición más sencilla.¿
0:37
Speaker 2: Qué es realmente el acceso condicional? Aquí tienes la definición
0:40
Speaker 2: en lenguaje claro. El acceso condicional es un motor de
0:42
Speaker 2: políticas que verifica el contexto antes de dejar entrar a alguien.
0:45
Speaker 2: No se limita a mirar tu contraseña y decir que
0:47
Speaker 2: es suficiente. En cambio, hace preguntas adicionales sobre quién eres
0:50
Speaker 2: y qué sucede en torno a tu inicio de sesión.
0:52
Speaker 2: Piénsalo como el portero de un club nocturno. Muestras tu
0:55
Speaker 2: identificación en la puerta. Eso es tu nombre de usuario
0:56
Speaker 2: y contraseña. Pero un buen portero no solo le echa
0:58
Speaker 2: un vistazo y te deja pasar. Verifica tu nombre en
1:01
Speaker 2: la lista de invitados, observa cómo vistes y quizás hasta
1:03
Speaker 2: recuerdas si causaste problemas antes. El acceso condicional haz exactamente.
1:07
Speaker 2: Verifica tu identidad según reglas, observa dónde vienes, revisa tu
1:10
Speaker 2: dispositivo y decide si todo está en orden antes de
1:12
Speaker 2: dejarte entrar. Ahora, un punto clave. El acceso condicional se
1:15
Speaker 2: ejecuta después de que ya escribiste tu contraseña. No es
1:17
Speaker 2: un reemplazo para la autenticación multifactor. Es una capa adicional encima.
1:21
Speaker 2: Piénsalo como un segundo punto de control después de mostrar
1:23
Speaker 2: tu identificación en la puerta principal. La lógica es simple
1:25
Speaker 2: si sucede esto. Si un usuario intenta acceder a una
1:27
Speaker 2: aplicación en la nube y cumple ciertas condiciones, entonces aplica
1:29
Speaker 2: esta regla. Por ejemplo, si alguien intenta acceder a Outlook
1:32
Speaker 2: desde fuera de la oficina, entonces se requiere autenticación multifactor.
1:35
Speaker 2: Esa es la estructura básica detrás de toda política de
1:38
Speaker 2: acceso condicional.¿ Por qué las contraseñas ya no son suficientes? Entonces,¿
1:42
Speaker 2: por qué necesitamos este paso adicional? Porque las contraseñas son
1:44
Speaker 2: robadas todo el día. Ataques de phishing, filtraciones de datos,
1:47
Speaker 2: personas que reutilizan la misma contraseña en múltiples sitios. Tu
1:49
Speaker 2: contraseña podría estar comprometida ahora mismo y ni siquiera lo sabrías.
1:52
Speaker 2: Podrías estar pensando, bueno, eso está bien. Tenemos autenticación multifacto.
1:55
Speaker 2: Eso nos protege. Y tiene razón, el MFA ayuda mucho,
1:58
Speaker 2: pero no es una solución definitiva. Imagina que un hacker
2:00
Speaker 2: obtiene la contraseña de uno de sus empleados. Intentan iniciar
2:04
Speaker 2: sesión desde un país con el que nunca ha hecho
2:06
Speaker 2: negocios usando un dispositivo desconocido. El MFA podría detenerlos si
2:09
Speaker 2: activan la solicitud. Pero¿ qué pasa si el hacker también
2:12
Speaker 2: tiene acceso al teléfono de ese empleado?¿ O si usan
2:14
Speaker 2: un ataque de phishing que también captura el código MFA?
2:17
Speaker 2: De repente el MFA por sí solo parece tan infalible.
2:19
Speaker 2: Que hay un ejemplo del mundo real. Las credenciales de
2:22
Speaker 2: un vendedor se filtran en la dark web. Sin acceso condicional,
2:25
Speaker 2: un atacante puede iniciar sesión desde cualquier parte del mundo.
2:27
Speaker 2: Pueden acceder al correo, archivos, datos de clientes, todo. Y
2:31
Speaker 2: usted nunca lo sabría hasta que sea demasiado tarde. La
2:33
Speaker 2: vieja forma era todo o nada. Daba una licencia a
2:35
Speaker 2: un usuario y éste podía iniciar sesión desde cualquier dispositivo,
2:37
Speaker 2: lugar o red. Sin contexto, sin inteligencia, solo una comprobación
2:40
Speaker 2: de contraseña y acceso total. El acceso condicional cambia eso
2:43
Speaker 2: por completo. Añade contexto a cada inicio de sesión. Observa
2:47
Speaker 2: dónde está, qué dispositivo usa, qué aplicación intenta abrir y
2:49
Speaker 2: qué tan arriesgado parece el inicio, según el análisis de Microsoft.
2:53
Speaker 2: Convierte una decisión simple de sí o no en un
2:55
Speaker 2: juicio inteligente y estratificado. Las señales, lo que el acceso
2:58
Speaker 2: condicional observa. Entonces,¿ qué comprueba exactamente el acceso condicional? Desglosémosle
3:02
Speaker 2: las señales que utiliza para tomar su decisión. La identidad
3:05
Speaker 2: es la primera señal.¿ Quién es usted?¿ Es un empleado regular,
3:08
Speaker 2: un administrador con privilegios elevados o un invitado externo a
3:11
Speaker 2: la empresa? El acceso condicional analiza su cuenta de usuario
3:14
Speaker 2: y a qué grupos pertenece. Un administrador que intente iniciar
3:17
Speaker 2: sesión puede enfrentar reglas más estrictas que un usuario está.
3:19
Speaker 2: Un invitado se le podría bloquear el acceso a ciertas
3:21
Speaker 2: aplicaciones por completo. Su identidad determina la base de lo
3:24
Speaker 2: que está permitido. La ubicación es lo siguiente.¿ Desde dónde
3:26
Speaker 2: proviene el inicio de sesión? Si se conecta desde la
3:28
Speaker 2: red de la oficina, es una ubicación confiable. El acceso
3:31
Speaker 2: condicional conoce el rango de IP de la sede de
3:33
Speaker 2: su empresa. Iniciar sesión desde una cafetería en otro país
3:36
Speaker 2: enciende una alerta. Si el sistema ni siquiera puede determinar
3:39
Speaker 2: dónde está, esa es otra alerta. La ubicación es una
3:41
Speaker 2: señal poderosa porque es difícil de falsificar. Dispositivo también importa.¿
3:44
Speaker 2: Qué está usando para iniciar sesión? Un laptop de la
3:47
Speaker 2: empresa gestionada por Intune y conforme a sus políticas de seguridad.
3:50
Speaker 2: o un teléfono personal sin controles de seguridad, el acceso
3:52
Speaker 2: condicional puede verificar si el dispositivo está inscrito en la gestión,
3:55
Speaker 2: tiene cifrado activado y está actualizado con parches de seguridad.
3:59
Speaker 2: Un dispositivo no administrado podría ser bloqueado o limitado. La
4:01
Speaker 2: aplicación también es importante.¿ A qué aplicación intenta ver?¿ Outlook
4:05
Speaker 2: SharePoint Teams o una aplicación empresarial personalizada? No todas las
4:08
Speaker 2: aplicaciones tienen los mismos requisitos de seguridad. Un sistema financiero
4:11
Speaker 2: que maneja datos confidenciales puede requerir controles más estrictos que
4:14
Speaker 2: un espacio de colaboración. El acceso condicional le permite establecer
4:17
Speaker 2: diferentes reglas para diferentes aplicaciones. Si tiene la licencia adecuada,
4:20
Speaker 2: hay otra capa, el riesgo de inicio de sesión. Microsoft
4:23
Speaker 2: utiliza el aprendizaje automático para evaluar cada inicio de sesión
4:25
Speaker 2: y programa. Busca patrones sospechosos. Viajes imposibles. Donde un usuario
4:29
Speaker 2: inicia sesión desde Nueva York y cinco minutos después desde Londres.
4:32
Speaker 2: Direcciones IP anónimas o credenciales filtradas en brechas de datos conocidas.
4:35
Speaker 2: El sistema asigna un nivel de riesgo, bajo, medio o alto,
4:37
Speaker 2: y el acceso condicional puede actuar al respecto. También existe
4:40
Speaker 2: el riesgo de usuario. Esto es diferente al riesgo de
4:42
Speaker 2: inicio de sesión. El riesgo de usuario analiza la cuenta
4:44
Speaker 2: en sí. Ha aparecido la contraseña de este usuario en
4:46
Speaker 2: alguna brecha. Ha habido actividad inusual con el tiempo. Si
4:49
Speaker 2: el sistema detecta que una cuenta podría estar comprometida, puede
4:51
Speaker 2: bloquear el acceso hasta que el usuario restablezca su contraseña.
4:54
Speaker 2: Finalmente está el contexto de autenticación. Esto le permite añadir
4:57
Speaker 2: requisitos de seguridad adicionales al contenido confidencial específico. Por ejemplo,
5:00
Speaker 2: cualquiera que intenta acceder al sitio de SharePoint de finanzas
5:03
Speaker 2: debe usar un dispositivo compatible y un método de MFA
5:05
Speaker 2: y resistente al phishing. Protege sus datos más valiosos sin
5:08
Speaker 2: ralentizar todo lo demás. Una vez recopiladas estas señales, el
5:12
Speaker 2: motor de directivas decide qué hacer. Veamos cómo funciona eso.
5:15
Speaker 2: El motor de decisiones. Cómo funcionan las directivas. Toda directiva
5:18
Speaker 2: de acceso condicional funciona como una regla de sí entonces.
5:21
Speaker 2: Te elige las señales como condiciones y luego decide qué
5:23
Speaker 2: acción tomar. Eso es realmente todo lo que es. Por
5:25
Speaker 2: lo tanto, una directiva tiene tres partes principales. La primera
5:28
Speaker 2: parte son las asignaciones, a quién se aplica la directiva,
5:30
Speaker 2: a qué aplicación intenta acceder y qué condiciones se activan
5:32
Speaker 2: la regla. La segunda parte son los controles de acceso,
5:34
Speaker 2: qué sucede cuando se cumplen esas condiciones.¿ Concede el acceso,
5:37
Speaker 2: lo bloquea o requiere algo como MFA o un dispositivo compatible?
5:42
Speaker 2: La tercera parte son los controles de sesión, que gestionan
5:44
Speaker 2: lo que sucede después de que alguien ha iniciado sesión.
5:46
Speaker 2: Por ejemplo, con qué frecuencia deben volver a autenticarse. Permítanme
5:49
Speaker 2: un ejemplo concreto. Si un usuario pertenece al grupo de
5:51
Speaker 2: ventas e intenta acceder a SharePoint desde un dispositivo no administrado,
5:54
Speaker 2: bloquea el acceso. Eso es una directiva completa. ¿Quién?¿ Qué aplicación?¿
5:58
Speaker 2: Qué condición?¿ Qué acción? Los controles de concesión son flexibles.
6:01
Speaker 2: Puede requerir varias cosas a la vez. Supongamos que desea
6:03
Speaker 2: que un usuario complete la MFA y también utilice un
6:05
Speaker 2: dispositivo compatible. Ambas condiciones deben cumplirse. O puedes decir que
6:08
Speaker 2: necesitan uno u otro. El sistema te permite elegir. Ahora bien,
6:11
Speaker 2: bloquear es el control más poderoso. Si alguna política indica bloquear,
6:13
Speaker 2: el bloqueo gana. No hay excepciones, salvo las excepciones que
6:16
Speaker 2: definas explícitamente. Por eso debes tener mucho cuidado. Un error
6:19
Speaker 2: y podrías bloquear a toda tu organización. Antes de activar
6:22
Speaker 2: una política, hay una función crítica que debes conocer. Modo
6:26
Speaker 2: de solo informe. Esto te permite ver qué haría una
6:29
Speaker 2: política antes de aplicar nada. Puedes ejecutar una política modo
6:32
Speaker 2: de solo informe durante una semana, revisar los registros de
6:34
Speaker 2: inicio de sesión y ver cuántos usuarios habrían sido bloqueados
6:36
Speaker 2: o se les ha necesitado MFL. Es una forma segura
6:38
Speaker 2: de probar sin romper nada. Ahora que entiendes el motor...
6:41
Speaker 2: Hablemos de las políticas más comunes que toda empresa debería tener.
6:44
Speaker 2: Las tres grandes. Política base para el primer día. Entonces,¿
6:47
Speaker 2: qué deberías configurar primero? Déjame darte las tres políticas bases
6:50
Speaker 2: que tu empresa debería tener desde el primer día. No
6:53
Speaker 2: al día 30 ni después de una auditoría. La política
6:56
Speaker 2: número uno es la base. Requerir MFA para todos los usuarios,
7:00
Speaker 2: no solo administradores. Cada persona que inicie sesión en tu
7:03
Speaker 2: inquilino debe demostrar quién es con un segundo factor. Pero
7:06
Speaker 2: esta es la parte importante. No todo el MFA es igual.
7:08
Speaker 2: No querrás que la gente use códigos SMS o llamadas
7:10
Speaker 2: de voz. esos métodos son débiles, pueden ser interceptados. Lo
7:13
Speaker 2: que quieres es algo más fuerte. Microsoft tiene algo llamado
7:16
Speaker 2: fortalezas de autenticación que te permite elegir exactamente qué métodos
7:19
Speaker 2: son aceptables. La aplicación Microsoft Authenticator, las llaves de seguridad FIDO2,
7:24
Speaker 2: Windows Hello para empresas, esos son los buenos. Cuando crees
7:27
Speaker 2: tu política de MFA, no solo marques la casilla que
7:29
Speaker 2: dice requerir MFA, sé específico. Elige solo los métodos fuertes.
7:34
Speaker 2: Política número dos, bloquear la autenticación heredada. Esto suena técnico,
7:38
Speaker 2: pero es simple. Hay protocolos antiguos que Microsoft 365 aún admite. POP, IMAP, SMTP,
7:44
Speaker 2: versiones anteriores de Exchange ActiveSync. Estos protocolos se crearon antes
7:47
Speaker 2: de que alguien pensara en la autenticación multifactor y no
7:50
Speaker 2: la admiten. Entonces, si un atacante obtiene una contraseña, puede
7:52
Speaker 2: usar uno de estos protocolos antiguos para iniciar sesión y
7:54
Speaker 2: evitar completamente tu MFE. Esa es una brecha enorme. La
7:57
Speaker 2: solución es directa. Crea una política de acceso condicional que
8:00
Speaker 2: bloquee toda la autenticación heredada para todos los usuarios. A
8:03
Speaker 2: menos que tengas una necesidad comercial muy específica para un
8:05
Speaker 2: escáner o impresora antigua que use SMTP, apágalo Es uno
8:09
Speaker 2: de los controles de seguridad de mayor impacto que puedes habilitar.
8:12
Speaker 2: Política número 3 requiere dispositivos compatibles para los administradores. Las
8:15
Speaker 2: cuentas de administrador son las joyas de la corona de
8:16
Speaker 2: tu inquilino. Si alguien compromete una cuenta de administrador global,
8:19
Speaker 2: se apodera de todo. Por lo tanto, debes restringir esas
8:22
Speaker 2: cuentas más que ninguna otra. Esta política dicta que cualquier
8:25
Speaker 2: administrador debe usar un dispositivo de la empresa que cumpla
8:28
Speaker 2: con tus requisitos de seguridad inscrito en la administración, con
8:31
Speaker 2: cifrado como BitLocker, Defender Activo y Actualizaciones al Día. Si
8:35
Speaker 2: un administrador intenta iniciar sesión desde una laptop personal o
8:38
Speaker 2: una máquina antigua que no cumple con esos estándares, se
8:40
Speaker 2: bloquea el acceso. Es una forma sencilla de asegurar que
8:42
Speaker 2: tus cuentas más poderosas sean también las más protegidas. Antes
8:45
Speaker 2: de continuar, te voy a hablar de algo fundamental, las
8:47
Speaker 2: cuentas de emergencia, o break glass. Son cuentas de administrador
8:50
Speaker 2: de emergencia que mantienes fuera de tus políticas de acceso condicional.
8:53
Speaker 2: Creas al menos dos de ellas usando contraseñas largas y complejas,
8:56
Speaker 2: además de MFI resistente al phishing como una llave de
8:58
Speaker 2: seguridad FIDO2. Guarda las credenciales de forma segura, tal vez
9:01
Speaker 2: en una caja fuerte o un gabinete bajo llave. Propósito
9:03
Speaker 2: es simple. Si accidentalmente te bloqueas el acceso a tu
9:06
Speaker 2: entorno con una política incorrecta, puedes usar una cuenta de
9:08
Speaker 2: emergencia para recuperar el acceso. Están excluidas todas las políticas
9:11
Speaker 2: de acceso condicional. Esto es intencional. Sin ellas, corres el
9:14
Speaker 2: riesgo de quedar bloqueado de tu propio sistema sin formante.¿
9:16
Speaker 2: Por qué solo tres políticas para el primer día? Porque
9:18
Speaker 2: debes enfocarte primero en los controles de mayor impacto. Estas
9:21
Speaker 2: tres cubren las mayores brechas de seguridad. El MFA detiene
9:23
Speaker 2: la mayoría de los robos de credenciales y bloquear la
9:25
Speaker 2: autenticación heredada cierra la puerta. El uso de dispositivos compatibles
9:27
Speaker 2: para administradores protege tu cuenta más sensible. Puedes ajustar después
9:30
Speaker 2: con políticas más detalladas, pero comienza aquí. Políticas avanzadas, riesgo
9:35
Speaker 2: y perfiles. Una vez establecidos los conceptos básicos, puedes añadir
9:38
Speaker 2: controles más avanzados. Ahí es donde entran las políticas basadas
9:40
Speaker 2: en riesgos y las reglas basadas en perfiles. Las políticas
9:42
Speaker 2: de riesgo de inicio de sesión usan el aprendizaje automático
9:44
Speaker 2: de Microsoft para vigilar cada intento de acceso un tiempo.
9:46
Speaker 2: Si alguien intenta iniciar sesión desde una dirección IP anónima,
9:49
Speaker 2: o el sistema detecta un viaje imposible como un inicio
9:51
Speaker 2: desde Nueva York y luego desde Tokio 10 minutos después,
9:54
Speaker 2: clasifica ese acceso como de alto riesgo. A partir de ahí,
9:57
Speaker 2: estableces una política que ante un riesgo alto bloquea el
9:59
Speaker 2: acceso o fuerza eligencial. MFA inmediatamente. El detalle es que
10:02
Speaker 2: necesitas una licencia de entrada y de pedos, pero es
10:03
Speaker 2: uno de los controles más potentes que puedes agregar porque
10:05
Speaker 2: detecta ataques que las reglas estáticas pasan por alto. Las
10:08
Speaker 2: políticas de riesgo de usuario analizan la cuenta en sí
10:10
Speaker 2: misma a lo largo del tiempo, no solo un evento
10:11
Speaker 2: de inicio de sesión. Si Microsoft detecta que las credenciales
10:14
Speaker 2: de un usuario han aparecido en una brecha de datos conocida,
10:16
Speaker 2: marca a ese usuario como de alto riesgo. Entonces puedes
10:17
Speaker 2: configurar una política que bloquee el acceso hasta que cambie
10:20
Speaker 2: su contraseña. Y sí, eso también requiere P2. Juntas, las
10:22
Speaker 2: políticas de riesgo de inicio de sesión y de usuario
10:24
Speaker 2: crean una capa de seguridad dinámica que se adapta a
10:26
Speaker 2: las amenazas amenazas a medida que ocurren. A las políticas
10:28
Speaker 2: basadas en perfiles aborda un problema diferente. No todos en
10:31
Speaker 2: su organización tienen las mismas necesidades de seguridad. Sus administradores
10:34
Speaker 2: necesitan las reglas más estrictas, mientras que los contratistas y
10:36
Speaker 2: el personal temporal pueden ser temporal por necesitar acceso limitado.
10:38
Speaker 2: Y los invitados externos a su empresa necesitan controles totalmente diferentes.
10:41
Speaker 2: Las políticas basadas en perfiles le permiten agrupar a los
10:44
Speaker 2: usuarios por función y aplicar el nivel de protección adecuado.
10:46
Speaker 2: Aquí hay un ejemplo concreto. Los contratistas a menudo usan
10:48
Speaker 2: sus propios dispositivos que usted no administra, por lo que
10:50
Speaker 2: no sabe si tienen antivirus o si mantienen las actualizaciones
10:52
Speaker 2: al día. En lugar de darles acceso total, crea una
10:55
Speaker 2: política que los limita al acceso solo mediante navegador, sin
10:57
Speaker 2: aplicaciones de escritorio ni móviles. Incluso dentro del navegador usted
11:00
Speaker 2: restringe las acciones. Pueden ver y editar archivos, pero no
11:03
Speaker 2: descargarlos ni sincronizarlos en sus propios dispositivos. De esa manera,
11:06
Speaker 2: los contratistas siguen siendo productivos sin exponer sus datos a
11:09
Speaker 2: riesgos innecesarios. Los contextos de autenticación llevan esta idea más
11:13
Speaker 2: lejos al proteger contenido específico dentro de una aplicación en
11:15
Speaker 2: lugar de toda la aplicación. Por ejemplo, su equipo financiero
11:18
Speaker 2: tiene un sitio de SharePoint con datos financieros confidenciales. Puede
11:21
Speaker 2: adjuntar un contexto de autenticación a ese sitio para que
11:23
Speaker 2: cualquiera que intente acceder deba usar un dispositivo compatible IMFI
11:27
Speaker 2: resistente al phishing, incluso si ya inició sesión en Microsoft 365.
11:30
Speaker 2: Es una segmentación precisa para su información más confidencial. La
11:33
Speaker 2: evaluación de acceso continuo revoca el acceso que hace en
11:35
Speaker 2: tiempo real cuando algo cambia. Si un administrador deshabilita una
11:39
Speaker 2: cuenta o se recorta un dispositivo como perdido, la sesión
11:41
Speaker 2: termina de inmediato sin esperar a que el token expire.
11:44
Speaker 2: Eso es fundamental para responder a incidentes rápidamente. Todo esto
11:47
Speaker 2: suena potente, pero¿ cómo empezar realmente sin romper nada?¿ Cómo
11:51
Speaker 2: empezar desde los valores predeterminados de seguridad hasta las políticas personales?
11:54
Speaker 2: Si tiene un inquilino nuevo, no comienza desde cero porque
11:56
Speaker 2: Microsoft habilita algo llamado valores predeterminados de seguridad automáticamente. Es
12:01
Speaker 2: un conjunto básico de protecciones que requiere MFA para administradores
12:04
Speaker 2: y bloquea la autenticación heredada. Es un punto de partida decente,
12:07
Speaker 2: pero es limitado. No puede personalizarlo ni dirigirse a aplicaciones
12:11
Speaker 2: o usuarios específicos. Es una solución única para todos. En
12:14
Speaker 2: el momento en que crea su primera política de acceso
12:16
Speaker 2: condicional personalizada, los valores predeterminados de seguridad se desactivan automáticamente,
12:20
Speaker 2: dándole control a usted. Eso es algo bueno, pero también
12:23
Speaker 2: significa que debe saber lo que hace porque ya no
12:24
Speaker 2: puede depender de las ruedas de entrenamiento. Así es como
12:26
Speaker 2: se hace manera segura. Primero, comience con el modo de
12:29
Speaker 2: solo informe para cada nueva política y de ejecutarse durante
12:31
Speaker 2: al menos una semana. Luego vaya a los registros de
12:33
Speaker 2: inicio de sesión y vea qué habría sucedido, como cuántos
12:35
Speaker 2: usuarios habrían sido bloqueados o se les habría solicitado. Esos
12:38
Speaker 2: datos le indican si su política es demasiado estricta o
12:40
Speaker 2: flexible antes de aplicarla. Segundo, use la herramienta de análisis
12:43
Speaker 2: de impacto en el centro de administración de Entra para
12:45
Speaker 2: probar una política con usuario, aplicación y ubicación específicos antes
12:48
Speaker 2: de activarla. Puede simular exactamente qué pasaría si alguien intentara
12:51
Speaker 2: iniciar sesión desde una cafetería en otro país usando un
12:53
Speaker 2: dispositivo personal. Es una forma segura de detectar problemas antes
12:56
Speaker 2: de que se vuelvan reales. Tercero, y esto es fundamental,
12:59
Speaker 2: cree sus cuentas de emergencia antes de implementar cualquier política.
13:02
Speaker 2: No puedo enfatizar esto lo suficiente. Si accidentalmente crea una
13:05
Speaker 2: política que bloquea a todos los administradores y no ha
13:07
Speaker 2: configurado una cuenta de emergencia excluida de todo, se bloqueará
13:10
Speaker 2: fuera de su propio inquilino. La única forma de volver
13:13
Speaker 2: a entrar es llamar al soporte de Microsoft y demostrar
13:15
Speaker 2: que usted es dueño del dominio, lo cual puede tardar días.
13:17
Speaker 2: Por lo tanto, configure dos cuentas de emergencia almacenadas de
13:19
Speaker 2: forma segura con MFA resistente al phishing. Hágalo antes de comenzar. Cuarto,
13:24
Speaker 2: implemente por fases. No active una política para todos desde
13:27
Speaker 2: el primer día. Comience con un grupo de prueba pequeño,
13:29
Speaker 2: tal vez el equipo de TI, y déjalo funcionar durante
13:32
Speaker 2: unos días. Revise los registros para ver si alguien fue
13:34
Speaker 2: bloqueado inesperadamente. Luego, expanda a un grupo más grande y
13:36
Speaker 2: finalmente a todos los usuarios. Cada fase le da la
13:38
Speaker 2: oportunidad de detectar problemas antes de que afecten a toda
13:41
Speaker 2: la empresa. Supervise los registros de inicio de sesión continuamente
13:44
Speaker 2: y si ve bloqueos inesperados, ajuste la política antes de
13:46
Speaker 2: pasar a la siguiente fase. Resumo.¿ Por qué esto es
13:48
Speaker 2: importante para su negocio? Entonces,¿ por qué importa todo esto?
13:51
Speaker 2: El acceso condicional es el guardia en la puerta que
13:53
Speaker 2: no solo verifica su identificación. Observa todo. quién es usted,
13:57
Speaker 2: desde dónde se conecta, qué dispositivo usa y si parece
13:59
Speaker 2: que su cuenta ha sido comprometida. Convierte una simple verificación
14:03
Speaker 2: de contraseña de sí o no en una decisión inteligente
14:05
Speaker 2: basada en el panorama completo. Sin esto, cualquier persona con
14:08
Speaker 2: una contraseña robada puede entrar directamente a su inquilina desde
14:10
Speaker 2: cualquier parte del mundo, sin hacer preguntas. Cuando piensa en
14:13
Speaker 2: cuántas contraseñas se roban cada día, es un pensamiento aterrador.
14:16
Speaker 2: Las tres políticas básicas por sí solas cierran la brecha
14:18
Speaker 2: más grande. MFA detiene los robos de credenciales en seco.
14:21
Speaker 2: Bloquear la autenticación heredada cierra una puerta trasera que los
14:24
Speaker 2: atacantes adoran. Requerir dispositivos compatibles para los administradores protege a
14:27
Speaker 2: su cuenta más sensible. Solo esas tres políticas elevan drásticamente
14:31
Speaker 2: su nivel de seguridad base. Y cuando esté listo para
14:33
Speaker 2: ir más allá, las políticas avanzadas le brindan una protección
14:35
Speaker 2: precisa sin sacrificar la productividad. Los controles basados en riesgos
14:38
Speaker 2: detectan ataques en tiempo real. Las reglas basadas en personas
14:41
Speaker 2: tratan a los diferentes usuarios de Manavisty. Los contextos de
14:43
Speaker 2: autenticación protegen sus datos más sensibles con precisión quirúrgica. Puede
14:47
Speaker 2: ser seguro y flexible al mismo tiempo. Así que aquí
14:50
Speaker 2: tiene su tarea. Inicie sesión en su centro de administración.
14:52
Speaker 2: Vaya acceso condicionado. compruebe si tiene al menos esas tres
14:55
Speaker 2: políticas básicas implementadas. Si no es así, comience con el
14:58
Speaker 2: modo de solo informe y desarrolle a partir de ahí.
14:59
Speaker 2: No espere una auditoría o una brecha para tomar medidas.
15:02
Speaker 2: Si este episodio le ayudó a ver el panorama general,
15:04
Speaker 2: suscríbase a Microsoft Knowledge Nuggets para obtener más explicaciones sencillas
15:07
Speaker 2: sobre seguridad e identidad. Y compártelo con alguien que recién
15:11
Speaker 2: comienza su viaje a Microsoft 365. Se lo agradecerán.