Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Microsoft Cloud PKI explicado: certificados de dispositivo con Intune en lugar de contraseñas Wi-Fi compartidas (Doblaje IA)

Transcript

Microsoft Cloud PKI explicado: certificados de dispositivo con Intune en lugar de contraseñas Wi-Fi compartidas (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Preparado para 10 días de Microsoft 365 Copilot y a
0:04
Speaker 2: Azure y las personas que están dando forma al futuro
0:06
Speaker 2: del trabajo, este enero, M365 con Regresa y lo hace
0:11
Speaker 2: a lo grande. Únase a nuestras sesiones en vivo, demostraciones
0:15
Speaker 2: reales y conocimientos prácticos de MVP y expertos del sector
0:17
Speaker 2: en todo el mundo. Sin diapositivas genéricas, sin palabras de
0:20
Speaker 2: moda interminables, estamos abordando los desafíos reales. Copilot Studio, agentes
0:24
Speaker 2: de IA, estructura, seguridad, gobernanza y automatización y automatizaciones. Ya
0:30
Speaker 2: seas un profesional de TI, un desarrollador o un líder empresarial,
0:33
Speaker 2: hay sesiones diseñadas para ti. Con 10 días completos, puedes
0:37
Speaker 2: explorar múltiples tecnologías y conectar con una comunidad global. Míralo
0:41
Speaker 2: en vivo y aplica conocimientos prácticos a tu organización. Enero
0:45
Speaker 2: de 2027. 10 días. Una comunidad de Microsoft. La inscripción
0:49
Speaker 2: ya está abierta. Visita m365com.net y reserva tu plaza hoy mismo.
0:56
Speaker 2: Eso es m365com.net, etc. Únete ahora en m365com.net y nos
1:02
Speaker 2: vemos en directo en enero. Imagina que compras un nuevo
1:06
Speaker 2: portátil para alguien que se une a tu empresa. Necesitan
1:08
Speaker 2: correo electrónico, necesitan archivos compartidos, necesitan el wifi de la
1:10
Speaker 2: oficina y quizá un VPN cuando trabajan desde casa. Cada
1:12
Speaker 2: conexión plantea la misma pregunta silenciosa.¿ Este portátil pertenece a
1:15
Speaker 2: este lugar? En muchas pequeñas empresas la respuesta sigue siendo
1:18
Speaker 2: una contraseña, un código wifi compartido, un inicio de sesión
1:20
Speaker 2: de VPN enviado en un mensaje y luego una solución
1:22
Speaker 2: manual cuando alguien cambia una contraseña, reemplaza un portátil o
1:25
Speaker 2: deja la empresa. Puede parecer un problema de oficina pequeña.
1:28
Speaker 2: La misma pregunta se plantea tanto en una empresa de
1:30
Speaker 2: 10 personas como en una de 10.000. Se necesita una
1:32
Speaker 2: forma de que un dispositivo demuestre que pertenece al lugar
1:34
Speaker 2: sin pedirle a la persona que lo utiliza que siga indoscribiendo.
1:37
Speaker 2: Soy Melko Peters de M365FM y esta perla de conocimiento
1:40
Speaker 2: explica los certificados Microsoft Cloud PKI y cómo Intune puede
1:43
Speaker 2: gestionar esa prueba entre bastidores. Un pequeño archivo digital puede
1:46
Speaker 2: sustituir a una contraseña en la puerta de la oficina.
1:48
Speaker 2: Primero veamos por qué existe ese archivo. Porque existen los certificados.
1:52
Speaker 2: Abre un sitio web seguro en tu navegador. Antes de
1:54
Speaker 2: que leas la página, tu navegador comprueba algo en segundo plano.
1:57
Speaker 2: Comprueba un certificado digital. Este certificado ayuda al navegador a
2:00
Speaker 2: confirmar que ha llegado al sitio web real y puede
2:02
Speaker 2: crear una conexión protegida. La mayoría nunca ve ese cheque,
2:04
Speaker 2: pero tú confías en él cada día. Un certificado funciona
2:07
Speaker 2: como una tarjeta de identificación. La credencial lleva un nombre
2:10
Speaker 2: y detalles sobre a quién pertenece. También lleva una prueba
2:12
Speaker 2: de un creador de credenciales en el que confías. Un
2:15
Speaker 2: certificado digital lleva un nombre o identidad y una clave pública.
2:18
Speaker 2: Piensa en la clave pública como información que otros pueden inspeccionar.
2:20
Speaker 2: El certificado también contiene una firma digital de confianza que
2:23
Speaker 2: dice esta oficina de credenciales verificó esta identidad y aprobó
2:26
Speaker 2: esta credencial. Eso le da al guardia algo que comprobar,
2:29
Speaker 2: pero una credencial por sí sola no es suficiente. Alguien
2:31
Speaker 2: podría recoger una credencial impresa de un escritorio. Certificados digitales
2:35
Speaker 2: resuelven ese problema con una clave privada. La clave privada
2:38
Speaker 2: es el secreto del título. Permanece en un ordenador portátil,
2:40
Speaker 2: teléfono o usuario. El dispositivo lo utiliza para demostrar que
2:43
Speaker 2: realmente es el propietario del certificado, pero no entrega ese
2:45
Speaker 2: secreto a la red Wi-Fi o a la credencial. Piensa
2:47
Speaker 2: en ello como si un guardia te pidiera que desbloques
2:49
Speaker 2: tu propio soporte de credencial en lugar de pedirte que
2:51
Speaker 2: reveles la combinación. Muestras que puedes abrirlo, pero el guardia
2:54
Speaker 2: nunca aprende la combinación. Por eso los certificados pueden ser
2:57
Speaker 2: más seguros que una contraseña de Wi-Fi compartida para viajar.
3:00
Speaker 2: Alguien puede escribirla, reenviarla, reutilizarla en un dispositivo personal o
3:03
Speaker 2: conservarla después de dejar la empresa. Un certificado de dispositivo
3:06
Speaker 2: brinda a cada portátil o teléfono gestionado su propia prueba.
3:09
Speaker 2: No sé quién crea y gestiona estas credenciales digitales. Esa
3:12
Speaker 2: tarea corresponde a PKI, abreviatura de infraestructura de clave pública.
3:14
Speaker 2: El nombre suena pesado, pero la idea es sencilla. PKI
3:17
Speaker 2: es la oficina de credenciales para tu lugar de trabajo digital.
3:19
Speaker 2: Crea certificados, los envía a las personas o dispositivos adecuados,
3:22
Speaker 2: los renueva antes de que caduquen y los cancela cuando
3:24
Speaker 2: ya no deberían funcionar. En esa oficina de credenciales hay
3:27
Speaker 2: una autoridad de certificación, conocida como CEA, una CEA es
3:31
Speaker 2: el credencial de confianza. Cuando una red Wi-Fi, un servicio
3:34
Speaker 2: VPN o una aplicación interna ve un certificado, se hace
3:36
Speaker 2: una pregunta,¿ confío en el creador de credenciales que lo aprobó?
3:40
Speaker 2: Si la respuesta es sí, puede comprobar el certificado y
3:42
Speaker 2: decidir si permite el paso del dispositivo. Normalmente hay dos capas.
3:45
Speaker 2: En la parte superior se encuentra la cerrada. Piensa en
3:47
Speaker 2: ello como si la sede de la empresa aprobara todo
3:49
Speaker 2: el sistema de credencial. No hace falta imprimir una credencial
3:51
Speaker 2: para cada orden. Debajo de ella se encuentra una CEA emisora.
3:54
Speaker 2: Es el departamento que gestiona el trabajo diario. Emite certificados
3:57
Speaker 2: para dispositivos y usuarios mientras que su autoridad se vincula
3:59
Speaker 2: con la CA raíz. Cuando un servicio verifica la cadena,
4:02
Speaker 2: puede seguir el certificado desde el portátil hasta la CA
4:04
Speaker 2: emisora y volver a la CA raíz en la que confía.
4:07
Speaker 2: Esa cadena proporciona estructura de proceso. Puede usarla para Wi-Fi seguro,
4:10
Speaker 2: donde un portátil demuestra su valía antes de unirse a
4:13
Speaker 2: la red. Puede usarla para una VPN, donde el portátil
4:16
Speaker 2: prueba que pertenece a ella antes de acceder a recursos
4:17
Speaker 2: de la empresa desde casa. También puede usarla para una
4:20
Speaker 2: app interna que solo debe aceptar dispositivos gestionados por la empresa.
4:23
Speaker 2: El empleado no necesita entender nada de eso. abren el
4:26
Speaker 2: ordenador portátil, eligen la Wi-Fi de la empresa y se conectan.
4:28
Speaker 2: Ese es el objetivo. Lo difícil empieza cuando tu oficina
4:30
Speaker 2: de credenciales está en una sala de servidores.¿ Por qué
4:34
Speaker 2: la APK tradicional es una carga para las pymes? Durante
4:37
Speaker 2: muchos años, este sistema de credenciales implicaba crear y gestionar
4:39
Speaker 2: tu propio equipo. Instalabas Windows Server y a continuación añadías
4:42
Speaker 2: los servicios de certificados de Active Directory, a menudo denominados ADCS,
4:45
Speaker 2: que ejecutan la autoridad de certificación dentro de la red
4:47
Speaker 2: de tu empresa. Pero el servidor por sí solo no
4:49
Speaker 2: lo es todo. Si usas dispositivos gestionados por Intune, necesitas
4:52
Speaker 2: una forma de solicitar un certificado a esa autoridad local.
4:56
Speaker 2: Eso implica configurar un conector de certificados de Intune, un
4:58
Speaker 2: servidor NDS para gestionar las solicitudes de certificados, un proxy
5:01
Speaker 2: inverso para un acceso seguro desde el exterior y reglas
5:03
Speaker 2: de cortafogos que permitan el paso del tráfico correcto. Cada
5:06
Speaker 2: pieza tiene una función. Juntas pueden convertir un objetivo sencillo
5:09
Speaker 2: como una red Wi-Fi sin contraseña en un proyecto completo
5:11
Speaker 2: de servidor. He aquí una analogía. Imagina que quieres imprimir
5:14
Speaker 2: tarjetas de acceso al personal en tu oficina. No solo
5:15
Speaker 2: compras un impresoréter. Construyes una sala cerrada con llave paper.
5:18
Speaker 2: Añades armarios cerrados con llave para tarjetas y los registros.
5:20
Speaker 2: Instalas energía de reserva. Estableces reglas sobre qué incluentes Entonces
5:23
Speaker 2: necesitas a alguien que sepa qué interruptor usar cuando la
5:25
Speaker 2: impresora deja de funcionar. Es más similar a la PKI
5:28
Speaker 2: tradicional de lo que muchos esperan. Una pequeña empresa quizás
5:31
Speaker 2: prefiera que solo sus portátiles se unan al Wi-Fi sin
5:33
Speaker 2: compartir la clave entre todos, o puede querer una VPN
5:36
Speaker 2: que reconozca un ordenador portátil gestionado antes de pedir al
5:39
Speaker 2: empleado que inicie sesión. Objetivo razonable. No obstante, la vieja
5:43
Speaker 2: ruta puede exigir servidores, reglas de red, planificación de acceso
5:46
Speaker 2: público y conocimientos que los pequeños equipos de TI no
5:48
Speaker 2: tienen tiempo de crear. Y el trabajo no se detiene
5:50
Speaker 2: después de la configuración. Los servidores necesitan actualizaciones, el hardware
5:53
Speaker 2: llega al final de su vida útil, las copias de
5:55
Speaker 2: seguridad necesitan pruebas, no solo una marca verde en una
5:56
Speaker 2: herramienta de copia de su vida. Los certificados tienen fechas
5:59
Speaker 2: de caducidad y el sistema debe renovarlos antes de que
6:01
Speaker 2: lleguen esas fechas. Cuando la renovación falla, la primera señal
6:04
Speaker 2: puede venir de un empleado que no puede conectarse a
6:05
Speaker 2: la red Wi-Fi en una jetera de mañana de lunes.
6:07
Speaker 2: La contraseña del empleado puede seguir funcionando perfectamente. Su ordenador
6:11
Speaker 2: portátil puede seguir abriendo Word y el correo electrónico desde
6:13
Speaker 2: una conexión móvil, pero el certificado que permite a la
6:15
Speaker 2: red reconocer ese ordenador portátil puede ser caducado. La VPN
6:17
Speaker 2: puede rechazarlo, la aplicación interna puede rechazarlo, el Wi-Fi puede rechazarlo.
6:21
Speaker 2: Eso se convierte en una llamada de soporte que suena
6:22
Speaker 2: extraña al principio. Mi contraseña funciona, pero no puedo conectarme.
6:26
Speaker 2: Entonces alguien tiene que averiguar si el problema está en
6:28
Speaker 2: el dispositivo, el perfil del certificado, el servicio de red,
6:30
Speaker 2: la CA local, el conector o el cortafuegos. Un pequeño
6:34
Speaker 2: equipo de TI puede perder medio día siguiendo ese rastro.
6:37
Speaker 2: Trabajo remoto añade otra capa. Un portátil en la oficina
6:39
Speaker 2: puede acceder a los servicios de certificados locales con mayor facilidad,
6:42
Speaker 2: pero un portátil en la mesa de la cocina de
6:44
Speaker 2: alguien sigue necesitando una ruta segura para copiar un certificado
6:46
Speaker 2: o un honor. puedes exponer parte del proceso cuidadosamente a
6:49
Speaker 2: través de un proxy inverso y reglas de cortofuegos. Eso
6:51
Speaker 2: funciona cuando se planifica y mantiene correctamente, pero también añade
6:54
Speaker 2: más partes móviles, más configuraciones y más lugares para que
6:56
Speaker 2: un pequeño error interrumpa el acceso. El coste no es
6:59
Speaker 2: solo una licencia de servidor, es el tiempo de parcheo,
7:01
Speaker 2: el conocimiento especializado y la documentación que debe estar al día.
7:05
Speaker 2: Es el riesgo de que una persona entiende el sistema
7:06
Speaker 2: de certificados y luego abandone la empresa con el mapa
7:09
Speaker 2: en su cabeza. La PKI en sí no está reservada
7:12
Speaker 2: para grandes empresas. Una pequeña empresa puede beneficiarse del mismo
7:15
Speaker 2: tipo de prueba de dispositivos que una gran empresa. El
7:17
Speaker 2: problema es que ejecutar una PKI de estilo antiguo puede
7:19
Speaker 2: exigir el esfuerzo de un departamento de TI mucho más grande.
7:22
Speaker 2: Microsoft Cloud PKI mantiene el proceso de certificación, pero traslada
7:26
Speaker 2: gran parte de esa maquinaria de la sala de servidores
7:27
Speaker 2: a la nube de Microsoft.¿ Es realmente Microsoft Cloud PKI?
7:31
Speaker 2: Microsoft Cloud PKI es el servicio de autoridades de certificación
7:34
Speaker 2: administrado de Microsoft dentro de Intune. Esa es la definición
7:36
Speaker 2: en inglés sencillo. Crea y administra certificados para dispositivos y
7:39
Speaker 2: usuarios que administra Intune. En lugar de que su empresa
7:42
Speaker 2: ejecute el sistema de credenciales en servidores locales, Microsoft ejecuta
7:45
Speaker 2: el servicio de autoridades de certificación en la nube, Sus
7:47
Speaker 2: empleados no abrirán una aplicación llamada Cloud PKI, no harán
7:50
Speaker 2: cheque en un botón para solicitar un certificado, no guardarán
7:52
Speaker 2: un archivo en el contraseña. Cloud PKI funciona entre bastidores.
7:56
Speaker 2: Puede emitir un certificado cuando un dispositivo administrado lo necesite
7:58
Speaker 2: y renovarlo antes de que caduque y revocarlo cuando este
8:00
Speaker 2: certificado ya no deba funcionar. Hacemos de nuevo la analogía edificio-oficina.
8:04
Speaker 2: En 3D se encuentra en la recepción. Sabe quiénes son
8:06
Speaker 2: las personas y controla su identidad de inicio de sesión.
8:09
Speaker 2: Intune actúa como el administrador del edificio. Sabe qué computadoras
8:12
Speaker 2: portátiles y teléfonos pertenecen a la empresa y envía sus configuraciones,
8:14
Speaker 2: aplicaciones y reglas adicionales. Cloud PKI es la oficina de
8:17
Speaker 2: credenciales segura dentro de ese edificio. Intune informa a la
8:20
Speaker 2: oficina de credenciales qué dispositivos necesitan acceso. Cloud PKI crea
8:23
Speaker 2: el certificado. Luego el dispositivo puede usar ese certificado cuando
8:26
Speaker 2: se conecta a los servicios que su empresa configura para
8:28
Speaker 2: confiar en él. Cada servicio tiene una función clara. No
8:30
Speaker 2: necesita un servidor Windows local que ejecute una autoridad de
8:32
Speaker 2: certificación RAID. No necesita otro servidor local que actúe como
8:35
Speaker 2: autoridad de certificación emisora. Microsoft puede alojar ambas partes en
8:38
Speaker 2: una configuración que previste la nube con una CA en
8:40
Speaker 2: la parte superior y una CA emisora que gestiona los
8:42
Speaker 2: certificados utilizados por su dispositivo. Eso elimina una gran cantidad
8:45
Speaker 2: de equipos del plan. También cambia quien gestiona el servicio
8:47
Speaker 2: de certificados subyacentes. En el uso de producción con licencia,
8:50
Speaker 2: Microsoft protege las claves de la autoridad de certificación con
8:53
Speaker 2: módulos de seguridad de hardware generalmente denominados HCM. Un HCM
8:56
Speaker 2: es un hardware de bóveda bloqueada creado para proteger claves
8:59
Speaker 2: criptográficas altamente confidenciales. No hace falta que compres, montes, parches
9:02
Speaker 2: o protejas ese hardware tú mismo. Microsoft lo ejecuta como
9:05
Speaker 2: parte del servicio. Tu trabajo se centra en la decisión empresarial.¿
9:07
Speaker 2: Qué dispositivos deben recibir certificados y a qué deberían permitirles
9:10
Speaker 2: acceder esos certificados? Que hay un nombre corto que vale
9:14
Speaker 2: la pena conocer. ZEP. Significa protocolo simple de inscripción de certificado.
9:18
Speaker 2: No es necesario que recuerdes el nombre completo después de
9:20
Speaker 2: este episodio. Piensa en ZEP como la vía de solicitud
9:22
Speaker 2: protegida entre un dispositivo administrado y la oficina de credenciales.
9:25
Speaker 2: Un portátil utiliza esa vía para solicitar un certificado. Cloud
9:28
Speaker 2: PKI comprueba la solicitud a través de Intune y devuelve
9:30
Speaker 2: el certificado firmado cuando la solicitud supera esas comprobaciones. El
9:34
Speaker 2: dispositivo no envía su secreto privado a través de esa vía.
9:36
Speaker 2: Ese detalle importa. El dispositivo crea su clave privada localmente
9:39
Speaker 2: y luego la guarda allí. Cloud PKI recibe una solicitud
9:41
Speaker 2: que contiene la información pública que necesita para emitir el certificado,
9:44
Speaker 2: no la clave privada del dispositivo. Cloud PKI es compatible
9:47
Speaker 2: con los dispositivos que ya usan la mayoría de las
9:49
Speaker 2: pequeñas empresas. Eso incluye portátiles Windows, Mac, iPhones, iPads y
9:52
Speaker 2: dispositivos Android. La condición es simple. El dispositivo debe estar
9:56
Speaker 2: inscrito y administrado a través de Intune y su plataforma
9:58
Speaker 2: debe ser compatible con el perfil de certificado de Intune.
10:01
Speaker 2: Un portátil personal que no se administre a través de
10:03
Speaker 2: Intune no se ajusta a este modelo. Ese límite es deliberado.
10:06
Speaker 2: Cloud PKI utiliza el conocimiento que tiene Intune del dispositivo
10:09
Speaker 2: como parte del proceso, por lo que funciona mejor cuando
10:11
Speaker 2: su empresa controla la configuración y puede aplicar sus reglas
10:13
Speaker 2: de seguridad. Antes de planificarlo, compruebe la esencia. Cloud PKI
10:17
Speaker 2: requiere la licencia de Microsoft adecuada junto con Intune. Microsoft
10:20
Speaker 2: cambia los detalles del plan con el tiempo, así que
10:22
Speaker 2: compruebe sus derechos actuales y confirme que necesita una licencia
10:24
Speaker 2: antes de diseñar el servicio en torno a ella. Es
10:27
Speaker 2: posible que la autoridad de certificación ahora resida en la nube,
10:29
Speaker 2: pero el certificado aún debe llegar al portátil adecuado de
10:31
Speaker 2: forma segura. Ese recorrido explica por qué CloudPK funciona tan
10:34
Speaker 2: bien para el trabajo moderno. Imagine que un nuevo empleado
10:37
Speaker 2: abre su portátil administrado por Intune por primera vez y
10:39
Speaker 2: necesita conectarse a una red Wi-Fi segura o usar una VPN.¿
10:43
Speaker 2: Qué ocurre cuando un dispositivo necesita un certificado? Imagine que
10:46
Speaker 2: un nuevo empleado se sienta con su portátil de la
10:48
Speaker 2: empresa la primera mañana en casa.¿ Y ese portátil ya
10:50
Speaker 2: está inscrito en Intune? Necesitarán la red Wi-Fi de la
10:53
Speaker 2: oficina cuando lleguen y probablemente una VPN para acceder a
10:55
Speaker 2: los sistemas internos desde casa, pero no deberían tener que
10:57
Speaker 2: buscar una contraseña Wi-Fi ni llamar al departamento de TI
10:59
Speaker 2: para obtener el certificado. Antes incluso de que el portátil
11:01
Speaker 2: solicite su propio certificado, Intune envía los certificados en los
11:04
Speaker 2: que necesita confiar. Eso incluye el certificado RAIS y el
11:07
Speaker 2: certificado emisor de tu configuración de Cloud PKI. Parece un
11:10
Speaker 2: pequeño detalle, ¿verdad? En realidad es toda la base. Dice
11:13
Speaker 2: el portátil, esta es la autoridad de certificación en la
11:15
Speaker 2: que puedes confiar. Sin esa confianza, el portátil no tiene
11:18
Speaker 2: forma de saber si un certificado proviene del servicio aprobado
11:20
Speaker 2: de tu empresa o de algún lugar aleatorio. A continuación,
11:23
Speaker 2: el portátil genera su propia clave privada. Esto ocurre directamente
11:26
Speaker 2: en el propio dispositivo y esa clave privada nunca sale.
11:29
Speaker 2: No se copia en Intune, no se envía a Cloud PKI,
11:31
Speaker 2: ni se pasa al servicio Wi-Fi. Esa separación es lo
11:34
Speaker 2: que mantiene el secreto a salvo. A continuación, el portátil
11:36
Speaker 2: prepara una solicitud. Esta solicitud incluye la información pública necesaria
11:40
Speaker 2: para el certificado, además de una prueba de que el
11:42
Speaker 2: portátil controla su propia clave privada. Envía esa solicitud a
11:45
Speaker 2: través de SHP, la ruta de solicitud protegida de la
11:47
Speaker 2: que hablamos antes. Solo viaja la solicitud, no la clave.
11:49
Speaker 2: Ahora Intune desempeña un papel activo en la comprobación. Confirma
11:52
Speaker 2: que la solicitud proviene de un dispositivo registrado por tu empresa.
11:55
Speaker 2: También protege la solicitud para que el servicio Cloud PKI
11:58
Speaker 2: pueda verificar que no se ha manipulado en el camino.
12:00
Speaker 2: Si la solicitud no coincide con lo que espera Intune,
12:03
Speaker 2: no se emite ningún certificado. Eso evita que un portátil
12:05
Speaker 2: desconocido solicite uno y lo obtenga. Cuando se superan todas
12:09
Speaker 2: las comprobaciones, Cloud PKI envía la solicitud a la autoridad
12:11
Speaker 2: de certificación emisora. La CEA emisora firma un certificado para
12:14
Speaker 2: esa identidad de dispositivo e Intune se lo devuelve al portátil.
12:18
Speaker 2: El empleado no ve nada de esto. Simplemente abre el portátil.
12:21
Speaker 2: Y cuando llega a la oficina, la red Wi-Fi puede
12:23
Speaker 2: pedirle una prueba al portátil. En lugar de escribir una
12:25
Speaker 2: contraseña compartida, el portátil presenta su certificado. A continuación, la
12:28
Speaker 2: red comprueba la cadena de certificado.¿ Este certificado fue emitido
12:31
Speaker 2: por la CEA emisora en la que confía? Esa CEA
12:33
Speaker 2: emisora se vincula de nuevo a la CEA RAIS en
12:35
Speaker 2: la que confía. Si esas comprobaciones superan las pruebas, el
12:37
Speaker 2: portal se conecta. El mismo patrón funciona con una OVP.
12:40
Speaker 2: Un servicio de VPN puede comprobar si el certificado del
12:42
Speaker 2: dispositivo pertenece a un portátil gestionado por la empresa antes
12:44
Speaker 2: de permitir una conexión. Una aplicación interna puede hacer lo mismo,
12:47
Speaker 2: aceptando únicamente dispositivos que lleven un certificado de su autoridad
12:50
Speaker 2: de certificación aprobada. El certificado no sustituye a todas las
12:53
Speaker 2: solicitudes de inicio de sesión en todas partes, pero proporciona
12:55
Speaker 2: al servicio otra forma sola de identificar el dispositivo. Hablemos
12:58
Speaker 2: ahora de la parte que la gente suele notar solo
12:59
Speaker 2: cuando se rompe, la caducidad. Los certificados no duran para
13:03
Speaker 2: siempre y eso es deliberado. Un certificado requiere fecha de
13:05
Speaker 2: fin para que una vieja credencial de dispositivo no funcione
13:07
Speaker 2: por siempre sin otra revisión. Cloudpeck e Intune pueden iniciar
13:10
Speaker 2: la renovación antes de que llegue esa fecha siempre que
13:12
Speaker 2: el dispositivo gestionado se registre. El portátil solicita un certificado
13:15
Speaker 2: de sustitución y todo el proceso sigue la misma ruta protegida.
13:19
Speaker 2: Para el empleado nada cambia. Se conecta en una red
13:21
Speaker 2: Wi-Fi y utilizan la VPN. El certificado se renueva en
13:24
Speaker 2: segundo plano en lugar de convertirse en un ticket de
13:26
Speaker 2: soporte sorpresa, ya que caduca una computadora portátil perdida necesita
13:29
Speaker 2: una respuesta diferente. Si un dispositivo desaparece, un empleado se
13:33
Speaker 2: va o sospecha que ya no se debe confiar en
13:35
Speaker 2: el certificado, un administrador puede revocarlo en Intune. Cloud PKI
13:39
Speaker 2: publica ese cambio, por lo que los servicios que verifican
13:41
Speaker 2: el estado de certificado pueden rechazar el certificado antiguo. El
13:44
Speaker 2: dispositivo aún puede existir físicamente, pero su prueba digital deja
13:47
Speaker 2: de funcionar. Es una situación mucho mejor que cambiar la
13:49
Speaker 2: contraseña de Wi-Fi y esperar que todo ex empleado, computadora
13:52
Speaker 2: vieja y teléfono personal ya no tengan acceso a ella.
13:55
Speaker 2: Aún así, la entrega automática de certificado no significa que
13:58
Speaker 2: Cloud PKI gestione todas las tareas de certificación en su empresa.
14:01
Speaker 2: Funciona muy bien para un conjunto específico de trabajo. Otros
14:03
Speaker 2: trabajos necesitan un servicio de certificados diferente, y conocer ese
14:06
Speaker 2: límite le ahorrará tiempo antes de comenzar a desarrollar.¿ Dónde
14:09
Speaker 2: encaja Cloud PKI y dónde no? Cloud PKI es ideal
14:12
Speaker 2: cuando necesita que un dispositivo corporativo administrado se valide ante
14:14
Speaker 2: el acceso. Secure Wi-Fi es un ejemplo clásico. En lugar
14:17
Speaker 2: de indicar a cada nuevo empleado la misma contraseña inalámbrica,
14:20
Speaker 2: Injun puede colocar un certificado en su computadora portátil o
14:22
Speaker 2: teléfono administrado y la red puede aceptar ese certificado. El
14:25
Speaker 2: acceso VPN es otra opción sólida. Una computadora portátil gestionada
14:28
Speaker 2: puede presentar su certificado al conectarse eliminando las tediosas solicitudes
14:31
Speaker 2: de contraseña y dando a la VPN otra forma de
14:33
Speaker 2: verificar el dispositivo antes de permitir el acceso. Algunas aplicaciones
14:36
Speaker 2: internas pueden utilizar el mismo enfoque cuando necesitan aceptar solo
14:38
Speaker 2: dispositivos que administra su empresa. Esto funciona en computadoras portátiles,
14:41
Speaker 2: Windows administradas, Mac, iPhones, iPads y dispositivos Android. Para una
14:45
Speaker 2: pequeña empresa, esto cambia un problema conocido. Una contraseña de
14:49
Speaker 2: Wi-Fi compartida tiende a propagarse. Aparecen correos electrónicos de bienvenida,
14:52
Speaker 2: mensajes de chat, cuadernos y teléfonos antiguos. Cuando alguien se va,
14:56
Speaker 2: cambiar le implica reconectar cada impresora, portátil, tableta y dispositivo
14:59
Speaker 2: de la sala de reuniones. Mediante certificados de dispositivo, cada
15:02
Speaker 2: equipo gestionado aporta su prueba de acceso. La decisión de
15:05
Speaker 2: acceso también se vuelve más precisa. Una contraseña solo demuestra
15:07
Speaker 2: que alguien conoce la contraseña. Un certificado emitido a través
15:10
Speaker 2: de CloudPK conecta el acceso a un dispositivo que Intune
15:13
Speaker 2: conoce y administra. Esto respalda la idea detrás de la
15:16
Speaker 2: confianza cero. No otorgues acceso solo porque algo se encuentra
15:18
Speaker 2: en la red de la oficina. Revisa el dispositivo y
15:21
Speaker 2: su comprobante cada vez que el servicio pide. Hay dos
15:23
Speaker 2: formas habituales de empezar. Si tu empresa se ejecuta principalmente
15:26
Speaker 2: en la nube y no tiene un sistema de certificados existente,
15:28
Speaker 2: puedes crear una SEA raíz y una SEA emisora en
15:30
Speaker 2: Cloud PKI. A continuación, configura el servicio Wi-Fi de tus
15:33
Speaker 2: dispositivos gestionados, la puerta de enlace VPN o las aplicaciones
15:35
Speaker 2: seleccionadas para que confíen en seleccionados para que confíen en certificados.
15:37
Speaker 2: Esa es la ruta de misión. Si ya ejecutas una
15:39
Speaker 2: autoridad de certificación, no siempre tienes que desecharla. Cloud PKI
15:43
Speaker 2: puede utilizar una SEA emisora que se vincula a una
15:45
Speaker 2: SEA raíz existente, de modo que tus nuevos dispositivos gestionados
15:48
Speaker 2: de Intune pueden ajustarse a las reglas de confianza que utilizas.
15:51
Speaker 2: La ruta correcta depende de en qué confíe ya tu red,
15:53
Speaker 2: pero Cloud PKI tiene un límite firme. Se dirige a
15:56
Speaker 2: los dispositivos inscritos en Intune. No emite todos los tipos
15:59
Speaker 2: de certificados para cada máquina o servicio que posea tu empresa.
16:02
Speaker 2: Por ejemplo, no es un sustituto general de los certificados
16:04
Speaker 2: en servidores web, puertas de enlace VPN, equilibradores de carga
16:07
Speaker 2: u otros servidores. Tampoco resuelve las necesidades de certificados para
16:11
Speaker 2: equipos no administrados, sistemas aislados sin conexión a la nube
16:13
Speaker 2: o dispositivos Linux fuera del soporte de Intune. Eso no
16:17
Speaker 2: reduce su utilidad. Simplemente significa que debes adaptar la herramienta
16:20
Speaker 2: de trabajo. Cloud PKI se encarga de tus dispositivos de
16:22
Speaker 2: usuario administrados. Otro servicio puede seguir gestionando certificados para los
16:26
Speaker 2: sistemas a los que se conectan esos dispositivos. Tu controlador Wi-Fi,
16:28
Speaker 2: puerta enlace o VPN o aplicación interna también necesita trabajo
16:31
Speaker 2: de configuración. Debes confiar en la raíz y en la
16:32
Speaker 2: cadena de certificados emisores que utiliza Cloud PKI. Si ese
16:35
Speaker 2: servicio no reconoce tu autoridad de certificación, rechazará un certificado
16:38
Speaker 2: dispositivo perfectamente válido. El dispositivo y el lado del servicio
16:41
Speaker 2: deben coincidir. Un punto de planificación puede ahorrarte frustración a
16:44
Speaker 2: no ser. Cuando creas una autoridad de certificación, eliges lo
16:47
Speaker 2: que pueden hacer su certificado. Esas elecciones deben coincidir con
16:49
Speaker 2: el uso que planesas. Autenticación de clientes para acceso Wi-Fi
16:52
Speaker 2: o VPN, por ejemplo. Si eliges algo demasiado limitado y
16:56
Speaker 2: más adelante necesitas un propósito diferente, es posible que debas
16:58
Speaker 2: crear una autoridad de certificación y modificar dispositivos. Decide el
17:01
Speaker 2: primer caso de uso antes de crear nada. Eso nos
17:03
Speaker 2: aleja del diagrama técnico y nos devuelve una simple lección empresarial.¿
17:07
Speaker 2: Dónde eliminaría un certificado de dispositivo un problema de acceso real?
17:11
Speaker 2: Un punto de partida sensato para una pequeña empresa. Entonces,¿
17:13
Speaker 2: por dónde debería empezar una pequeña empresa? Empiece con un problema,
17:16
Speaker 2: no con una implementación en toda la empresa. Quizás su
17:18
Speaker 2: red Wi-Fi aún usa una contraseña compartida, o su VPN
17:21
Speaker 2: obliga al personal a iniciar sesión una y otra vez.
17:23
Speaker 2: Quizás tenga una app interna que solo debe abrirse desde
17:25
Speaker 2: portátiles gestionados por la empresa. Elija un problema. Luego asegúrese
17:28
Speaker 2: de tenerlo básico. Esos dispositivos están inscritos en Intel. Los
17:32
Speaker 2: usuarios inician sesión a través de Entrade. Su licencia de
17:34
Speaker 2: Microsoft incluye lo que necesita la PKI en la nube.
17:37
Speaker 2: Ejecuta una pequeña prueba piloto para responder esas preguntas sin
17:39
Speaker 2: afectar a todos. Seleccione un grupo limitado de dispositivos, cree
17:42
Speaker 2: la cadena de confianza, el perfil del certificado y la
17:44
Speaker 2: política Wi-Fi, Wi-Fi o VPN correspondiente en conjunto como una
17:46
Speaker 2: tarea común. No trate el certificado como algo independiente porque
17:49
Speaker 2: el servicio de red necesita saber qué cadena de certificado
17:51
Speaker 2: vas a aceptar. Involucre a la persona que posee esa
17:53
Speaker 2: red