Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure Sphere explicado: seguridad IoT del silicio a la nube con Pluton, Linux reforzado y Security Service (Doblaje IA)

Transcript

Azure Sphere explicado: seguridad IoT del silicio a la nube con Pluton, Linux reforzado y Security Service (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 y Azure
• 0:04
  Speaker 2: y las personas que dan forma al futuro del trabajo.
• 0:07
  Speaker 2: Este enero, M365 conecta de regreso y venimos a lo grande.
• 0:12
  Speaker 2: Únete a sesiones en vivo, demostraciones reales y conocimiento práctico
• 0:16
  Speaker 2: de MVP y expertos de la industria en todo el mundo.
• 0:18
  Speaker 2: Nada de diapositivas genéricas ni palabras de modo interminable. Estamos
• 0:22
  Speaker 2: abordando desafíos reales. Copilot Studio, agentes de IA Fabric, Seguridad,
• 0:26
  Speaker 2: Gobernanza y Automatización. Ya seas un profesional de TI, desarrollador
• 0:32
  Speaker 2: o líder empresarial, hay sesiones diseñadas para ti. Con 10
• 0:35
  Speaker 2: días completos, puedes explorar múltiples tecnologías y conectar con una
• 0:39
  Speaker 2: comunidad global. Mira en vivo y lleva ideas prácticas de
• 0:42
  Speaker 2: regreso a tu organización. Enero de 2027. 10 días. Una
• 0:48
  Speaker 2: comunidad de Microsoft. El registro ya está abierto. Reserva tu
• 0:52
  Speaker 2: lugar hoy mismo. Eso es m365.net. Únete ahora en m365con.net
• 1:03
  Speaker 2: y nos vemos. En vivo en enero. No está. Compras
• 1:06
  Speaker 2: un termostato inteligente para tu vida. Lo instalas, lo conectas
• 1:08
  Speaker 2: al wifi y funciona de maravilla. Puedes ajustar la temperatura
• 1:12
  Speaker 2: desde tu teléfono, aprende tu horario, todo está bien. Hasta
• 1:15
  Speaker 2: que un día, ese termostato se vuelve parte de una
• 1:18
  Speaker 2: red de bots que ataca la red de un hospital
• 1:19
  Speaker 2: al otro lado del mundo.¿ Suena dramático? No lo es.
• 1:23
  Speaker 2: Esto sucedió. La red de bots Mirai en 2016 derribó
• 1:25
  Speaker 2: partes importantes de internet usando solo cámaras y enrutadores hackeados
• 1:29
  Speaker 2: Y la razón por la que esos dispositivos eran vulnerables
• 1:31
  Speaker 2: es simple, nunca fueron construidos para ser seguros de un principio.
• 1:33
  Speaker 2: Aquí está el detalle sobre la mayoría de los dispositivos
• 1:35
  Speaker 2: IoT tienen pequeños computadores dentro, microcontroladores pequeños que manejan una
• 1:39
  Speaker 2: o dos tareas. Pero históricamente, estos chips fueron diseñados para
• 1:42
  Speaker 2: cosas como hornos de microondas y lavadoras, cosas que no
• 1:44
  Speaker 2: se conectan a internet. Entonces los fabricantes optimizaron por costo
• 1:48
  Speaker 2: y consumo de energía, no por seguridad. Entonces ocurrieron de
• 1:51
  Speaker 2: las cosas. De repente todos esos chips baratos y simples
• 1:54
  Speaker 2: necesitaban conectarse a internet. Y los fabricantes hicieron lo que
• 1:56
  Speaker 2: los fabricantes hacen. Agregaron un módulo Wi-Fi list Sin arranque seguro.
• 2:00
  Speaker 2: Sin raíz de confianza de hardware. Sin mecanismo de actualización.
• 2:03
  Speaker 2: Pero a ver que un dispositivo sale a la venta,
• 2:05
  Speaker 2: eso era todo. Si se encontraba una vulnerabilidad seis meses después,
• 2:07
  Speaker 2: no había forma de parchearla. El dispositivo se quedaba con
• 2:10
  Speaker 2: los errores con los que se envió. Estos dispositivos permanecen
• 2:12
  Speaker 2: en el campo durante años. Un sensor de fábrica podrá
• 2:14
  Speaker 2: funcionar décadas. Un medidor inteligente puede estar encostado en un
• 2:17
  Speaker 2: edificio por 15 años. Ese es mucho tiempo para que
• 2:19
  Speaker 2: un dispositivo vulnerable esté conectado a internet. Las consecuencias son reales.
• 2:23
  Speaker 2: Redes de bots que lanzan ataques masivos. Filtraciones de datos
• 2:25
  Speaker 2: que exponen información personal. Redes comprometidas que dan a los
• 2:28
  Speaker 2: atacantes un punto de apoyo dentro de las empresas. Todo
• 2:30
  Speaker 2: porque nadie pensó en la seguridad al diseñar el chip.
• 2:33
  Speaker 2: Así que Microsoft analizó este problema y decidió construir algo
• 2:35
  Speaker 2: desde cero. No un parche de software, no un servicio
• 2:37
  Speaker 2: de seguridad que se añade después. Algo que comienza desde
• 2:40
  Speaker 2: el producilismo.¿ Lo que Azure Sphere es realmente? Panorama general.
• 2:45
  Speaker 2: Azure Sphere es la plataforma de seguridad IoT integral de Microsoft.
• 2:49
  Speaker 2: Eso suena a lenguaje publicitario, así que lo traduciré a
• 2:50
  Speaker 2: palabras sencillas. Son tres elementos que trabajan en conjunto. Un
• 2:54
  Speaker 2: chip microcontrolador certificado, un sistema operativo seguro y un servicio
• 2:57
  Speaker 2: de seguridad en la nube. Necesita eso usted. Si quitas uno,
• 3:00
  Speaker 2: todo el sistema se viene abajo. La frase clave que
• 3:02
  Speaker 2: escucharás mucho, seguridad del silicio a la nube. No es
• 3:05
  Speaker 2: solo un slow. Significa que la seguridad comienza en el
• 3:07
  Speaker 2: chip físico y se extiende hasta el servicio en la
• 3:09
  Speaker 2: nube que gestiona los dispositivos. Cada capa está diseñada para
• 3:13
  Speaker 2: trabajar en conjunto. Ahora, compáralo con el enfoque antiguo. La
• 3:16
  Speaker 2: mayor parte de la seguridad tiene el final. Tomas un
• 3:18
  Speaker 2: chip normal, ejecutas un sistema operativo normal e intentas añadir
• 3:21
  Speaker 2: funciones de seguridad después. Quizás cifras algunos datos, quizás añades
• 3:24
  Speaker 2: una contraseña. Es como construir una casa con paredes de
• 3:26
  Speaker 2: papel y luego instalar una cerradura sofisticada. La cerradura funciona,
• 3:29
  Speaker 2: pero alguien aún puede atravesar la pared. Azure Sphere adopta
• 3:32
  Speaker 2: un enfoque diferente. La seguridad se integra desde el principio,
• 3:35
  Speaker 2: no se añade después. El propio chip tiene funciones de
• 3:37
  Speaker 2: seguridad incorporadas en el silicio. El sistema operativo está diseñado
• 3:41
  Speaker 2: específicamente para ejecutarse de forma segura. El servicio en la
• 3:43
  Speaker 2: nube gestiona toda la flota. Aquí hay una logía que ayuda.
• 3:46
  Speaker 2: Piénsalo como un edificio seguro. El chip es la puerta reforzada,
• 3:49
  Speaker 2: resistente al punto de entrada. El sistema operativo es el
• 3:51
  Speaker 2: guardia de seguridad en el interior. Se asegura de que
• 3:53
  Speaker 2: las personas solo vayan a donde se les permite. Y
• 3:55
  Speaker 2: el servicio de seguridad en la nube es la estación
• 3:57
  Speaker 2: de monitoreo central. Observa todo, envía actualizaciones y responde a
• 4:00
  Speaker 2: los problemas. Ahora, una pregunta común es,¿ Azure Sphere es
• 4:03
  Speaker 2: solo otra plataforma IoT? No, Rami. La mayoría de las
• 4:06
  Speaker 2: plataformas IoT, como AWS IoT Core o Azure IoT Hub,
• 4:10
  Speaker 2: se tratan de conectar dispositivos a la nube y gestionar datos.
• 4:13
  Speaker 2: Azure Sphere trata específicamente sobre la seguridad a nivel de dispositivos.
• 4:16
  Speaker 2: Es la base sobre la cual se pueden construir dispositivos
• 4:18
  Speaker 2: IoT seguros. Piénsalo de esta manera. AWS IoT es como
• 4:21
  Speaker 2: un servicio opuesto. Mueve tus datos del punto A al
• 4:23
  Speaker 2: punto B de forma segura. Azure Sphere es como construir
• 4:26
  Speaker 2: una caja fuerte para tus datos antes de entregarlos al
• 4:28
  Speaker 2: servicio postal. Resuelven problemas diferentes y de hecho podrías usar
• 4:32
  Speaker 2: ambos juntos. Entonces,¿ qué hace que el chip sea tan especial?
• 4:35
  Speaker 2: Analicemos cada capa, comenzando con el propio silicio. Capa 1.
• 4:40
  Speaker 2: El silicio, el MCU de Azure Sphere. Comencemos por el
• 4:43
  Speaker 2: chip mismo, porque es donde todo empieza. La base de
• 4:46
  Speaker 2: hardware de Azure Sphere es un microcontrolador diseñado a medida.
• 4:50
  Speaker 2: Ahora mismo el chip principal que encontrará en producción es
• 4:52
  Speaker 2: el MediaTek M362. A primera vista parece cualquier otro microcontrolador.
• 4:56
  Speaker 2: Es pequeño, de consumo relativamente bajo y maneja tareas de
• 4:59
  Speaker 2: procesamiento básicas. Pero lo que lo hace diferente es lo
• 5:02
  Speaker 2: que está integrado en el silicio. Dentro de este chip
• 5:04
  Speaker 2: hay algo llamado subsistema de seguridad Plutón. Plutón no es software.
• 5:08
  Speaker 2: Es un procesador de seguridad dedicado y separado integrado directamente
• 5:11
  Speaker 2: en el hardware. Piense en él como una pequeña computadora
• 5:13
  Speaker 2: a prueba de manipulaciones dentro de la computadora principal. Su
• 5:16
  Speaker 2: único trabajo es gestionar las operaciones de seguridad.¿ Por qué
• 5:18
  Speaker 2: es importante eso? Porque crea algo llamado raíz de confianza
• 5:20
  Speaker 2: basada en hardware. Esto es lo que significa en términos sencillos.
• 5:23
  Speaker 2: Cuando el dispositivo se enciende, el subsistema Pluton es lo
• 5:25
  Speaker 2: primero que comienza a ejecutarse. Verifica su propia identidad al
• 5:28
  Speaker 2: nivel más bajo posible, el silicio mismo. Antes de que
• 5:31
  Speaker 2: cargue cualquier software, antes de que arranque el sistema operativo,
• 5:34
  Speaker 2: antes de que suceda cualquier otra cosa, el chip puede
• 5:36
  Speaker 2: verificar que es quien dice ser. Esto es fundamentalmente diferente
• 5:38
  Speaker 2: de la seguridad basada en software. Con el software, siempre
• 5:41
  Speaker 2: confía en que nada ha sido alterado antes de que
• 5:43
  Speaker 2: se cargue el software de seguridad. Pero, si alguien modificó
• 5:46
  Speaker 2: el cargador de arranque o el firmware, su software de
• 5:47
  Speaker 2: seguridad podría estar verificando algo incorrecto. La confianza basada en
• 5:50
  Speaker 2: hardware no tiene ese problema. No puede modificar Plutón sin
• 5:53
  Speaker 2: hacer físicamente el chip e incluso así está diseñado para
• 5:55
  Speaker 2: resistir manipulaciones. A partir de ahí, el chip hace cumplir
• 5:58
  Speaker 2: arranque seguro. El dispositivo solo ejecutará software que haya sido
• 6:00
  Speaker 2: firmado criptográficamente y aprobado. Si alguien intenta cargar firmware no autorizado,
• 6:04
  Speaker 2: el chip simplemente lo rechaza. No arrancará. No funcionará. El
• 6:07
  Speaker 2: dispositivo permanece bloqueado. El M362 también tiene un diseño crossover.
• 6:11
  Speaker 2: Combina el procesamiento en tiempo real, necesario para controlar motores
• 6:14
  Speaker 2: o leer sensores, con el procesamiento de aplicaciones para tareas
• 6:16
  Speaker 2: más complejas... Eso significa que un solo chip puede manejar
• 6:19
  Speaker 2: tanto el control de bajo nivel como la conectividad de
• 6:21
  Speaker 2: seguridad de nivel superior. No hay necesidad de dos procesadores separados. Ahora,¿
• 6:25
  Speaker 2: por qué importa tanto la seguridad de hardware? Porque la
• 6:27
  Speaker 2: seguridad de software puede ser eludida. Un atacante ingenioso puede
• 6:30
  Speaker 2: encontrar errores en el sistema operativo, explotar vulnerabilidades en aplicaciones
• 6:34
  Speaker 2: o engañar al software para que haga cosas que no debería.
• 6:37
  Speaker 2: Pero la seguridad de hardware es mucho más difícil de vulnerar.
• 6:39
  Speaker 2: Necesitaría acceso físico al chip, equipo especializado, mucho tiempo y habilidad.
• 6:43
  Speaker 2: Que hay una analogía que funciona. El subsistema de seguridad
• 6:45
  Speaker 2: Plutón es como una caja fuerte a prueba de manipulaciones
• 6:48
  Speaker 2: integrada en los cimientos de un edificio. No se puede mover.
• 6:50
  Speaker 2: No puedes abrirla sin las herramientas adecuadas. E incluso si
• 6:52
  Speaker 2: alguien entra por una ventana, la caja fuerte sigue segura.
• 6:55
  Speaker 2: Ese es el nivel de protección del que estamos hablando.
• 6:57
  Speaker 2: Pero el hardware por sí solo no es suficiente. Sistema
• 6:59
  Speaker 2: operativo que se ejecuta encima es igual de importante. Kappa
• 7:02
  Speaker 2: 2 LSO, un Linux restringido. Así que tienes este chip seguro,
• 7:06
  Speaker 2: que se ejecuta. Un sistema operativo personalizado basado en Linux
• 7:09
  Speaker 2: restringido y diseñado específicamente para Shure Sphere. Ahora, cuando digo Linux,
• 7:13
  Speaker 2: quizás pienses en Ubuntu o Debian, un sistema operativo de
• 7:15
  Speaker 2: propósito general que puedes instalar en una laptop o un servidor.
• 7:18
  Speaker 2: El ISO de Azure Sphere no es nada parecido a eso.
• 7:20
  Speaker 2: Se ha reducido el mínimo indispensable. Se ha eliminado cada
• 7:23
  Speaker 2: función que no sea estrictamente necesaria. Sin servidor web, sin
• 7:26
  Speaker 2: entorno de escritorio, sin controladores innecesarios, son los componentes esenciales
• 7:30
  Speaker 2: para ejecutar aplicaciones seguras y comunicarse con la nube.¿ Por
• 7:33
  Speaker 2: qué es importante? Porque cada línea de código es una
• 7:35
  Speaker 2: vulnerabilidad potencial. Cuanto más código tengas, más errores puedes tener.
• 7:38
  Speaker 2: Al mantener el sistema operativo pequeño, Microsoft reduce lo que
• 7:41
  Speaker 2: los investigadores de seguridad llaman la base informática de confianza,
• 7:44
  Speaker 2: la cantidad de código que debe ser confiable para que
• 7:46
  Speaker 2: el sistema sea seguro. Menos líneas de código significan menos
• 7:49
  Speaker 2: lugares donde los atacantes puedan esconder, pero no se trata
• 7:52
  Speaker 2: solo de eliminar funciones. El SEO también impone algo llamado
• 7:55
  Speaker 2: compartimentación dinámica. Es un término elegante, pero una idea sencilla.
• 7:59
  Speaker 2: Las aplicaciones están aisladas entre sí. Si una aplicación se
• 8:02
  Speaker 2: ve comprometida, no puede afectar a otras que se ejecuten
• 8:04
  Speaker 2: en el mismo dispositivo. Cada aplicación se ejecuta en su
• 8:07
  Speaker 2: propio entorno aislado, sandbox, con su propio espacio de memoria
• 8:09
  Speaker 2: y sus permisos. El SEO también controla el acceso al
• 8:12
  Speaker 2: hardware mediante el uso opcional de periféricos. Una aplicación solo
• 8:14
  Speaker 2: puede usar componentes de hardware a los que se le
• 8:16
  Speaker 2: haya permitido explícitamente acceder. Si una aplicación intenta leer un
• 8:19
  Speaker 2: sensor para el que no tiene permiso, el SEO la bloquea. Punto. Punto.
• 8:23
  Speaker 2: Sin excepción. Esto evita que una aplicación comprometida acceda a
• 8:26
  Speaker 2: cosas que no debería. Ahora aquí está la parte que
• 8:29
  Speaker 2: es diferente a la mayoría de los sistemas operativos. Microsoft
• 8:31
  Speaker 2: administra y actualiza el SEO, no el fabricante del dispositivo.
• 8:35
  Speaker 2: Cuando Microsoft descubre una vulnerabilidad de seguridad, lanza un parche.
• 8:38
  Speaker 2: Ese parche se envía directamente a los dispositivos a través
• 8:40
  Speaker 2: del servicio de seguridad de Azure Sphere. El fabricante no
• 8:43
  Speaker 2: tiene que hacer nada. No tiene que probarlo, no tiene
• 8:45
  Speaker 2: que aprobarlo. Microsoft se encarga de todo el proceso de actualización.
• 8:49
  Speaker 2: Esto es algo sumamente importante. En el mundo tradicional del IoT,
• 8:51
  Speaker 2: cuando se encuentra una vulnerabilidad, el fabricante debe desarrollar una solución, probarla,
• 8:55
  Speaker 2: obtener su aprobación y luego encontrar la forma de instalarla
• 8:57
  Speaker 2: en dispositivos que pueden estar dispersos por todo el mundo.
• 9:00
  Speaker 2: Ese proceso puede tomar meses, si es que llega a ocurrir.
• 9:03
  Speaker 2: Con Azure Sphere, la actualización ocurre automáticamente a menudo pocos
• 9:06
  Speaker 2: días después de descubrir una vulnerabilidad.¿ Por qué es tan
• 9:08
  Speaker 2: importante el enfoque del sistema operativo? Porque la mayoría de
• 9:10
  Speaker 2: las brechas de IoT ocurren en la capa de software.
• 9:12
  Speaker 2: Los atacantes no suelen intentar vulnerar el hardware. Eso es
• 9:14
  Speaker 2: demasiado difícil. Buscan errores de software, encuentran vulnerabilidades sin parches
• 9:18
  Speaker 2: y explotan controles de acceso débiles. Al bloquear el sistema operativo,
• 9:21
  Speaker 2: reducir la superficie de ataque y automatizar las actualizaciones, Azure
• 9:24
  Speaker 2: Sphere elimina las rutas de ataque más comunes. Entonces tienes
• 9:27
  Speaker 2: un hardware seguro ejecutando un sistema operativo bloqueado. Pero¿ cómo
• 9:29
  Speaker 2: gestionas miles de estos dispositivos en el mundo real? Ahí
• 9:32
  Speaker 2: es donde entra en juego el servicio de la nube.
• 9:34
  Speaker 2: Capa 3, la nube. El servicio de seguridad de Azure Sphere.
• 9:38
  Speaker 2: Entonces tienes el chip seguro con una red de confianza
• 9:40
  Speaker 2: de hardware. Tienes un sistema operativo bloqueado que aísla las
• 9:43
  Speaker 2: aplicaciones y controla el acceso al hardware. Pero aquí está
• 9:46
  Speaker 2: el detalle. Un dispositivo seguro el primer día no es
• 9:48
  Speaker 2: necesariamente seguro el día mil. Seguridad no es una configuración
• 9:51
  Speaker 2: de una sola. Es un proceso continuo. Ahí es donde
• 9:53
  Speaker 2: entra en juego el servicio de la nube. El servicio
• 9:55
  Speaker 2: de seguridad de Azure Sphere es el centro de mando
• 9:57
  Speaker 2: para toda la flota de dispositivos. Cada dispositivo Azure Sphere
• 10:00
  Speaker 2: se conecta a este servicio a lo largo de su
• 10:01
  Speaker 2: vida útil. Esta conexión no es opcional, es obligatoria. Un
• 10:04
  Speaker 2: dispositivo que no puede alcanzar el servicio no funciona correctamente.
• 10:07
  Speaker 2: Suena duro, pero es intencional. Segura que cada dispositivo esté
• 10:11
  Speaker 2: siempre gestionado, siempre monitoreado y siempre actualizado. Déjame explicarte lo
• 10:15
  Speaker 2: que hace realmente el servicio. Primero, autenticación basada en certificaciones.
• 10:19
  Speaker 2: Cada dispositivo Azure Sphere se envía con una identidad única
• 10:22
  Speaker 2: y verificable integrada en el hardware. Cuando el dispositivo arranca
• 10:25
  Speaker 2: y se conecta, la nube presenta esta identidad. El servicio
• 10:28
  Speaker 2: de seguridad verifica que la identidad sea válida, que el
• 10:30
  Speaker 2: dispositivo pertenezca al inquilino correcto y que no haya sido manipulado.
• 10:34
  Speaker 2: Si algo parece incorrecto, el servicio puede bloquear la conexión
• 10:36
  Speaker 2: del dispositivo. Esto es fundamentalmente diferente al modelo antiguo donde
• 10:39
  Speaker 2: los dispositivos usaban contraseñas simples o claves compartidas. Si una
• 10:41
  Speaker 2: contraseña es robada, tienes que cambiarla en cada dispositivo. Con
• 10:44
  Speaker 2: la autenticación basada en certificados, cada dispositivo tiene su propia
• 10:47
  Speaker 2: credencial única Comprometer un dispositivo no compromete al resto de
• 10:50
  Speaker 2: la flota. Segundo, actualizaciones inalámbricas automáticas. Esta es la función Stray.
• 10:55
  Speaker 2: Cuando Microsoft encuentra una vulnerabilidad de seguridad en el sistema
• 10:58
  Speaker 2: operativo Azure Sphere, desarrolla un parche y lo envía directamente
• 11:00
  Speaker 2: a cada dispositivo a través del servicio de seguridad. El
• 11:03
  Speaker 2: dispositivo descarga la actualización, verifica que esté firmada por Microsoft
• 11:06
  Speaker 2: usando la raíz de confianza del hardware y la instala.
• 11:08
  Speaker 2: Sin esperar a que el fabricante desarrolle una solución. Sin
• 11:11
  Speaker 2: esperar a que los equipos de TI programen ventanas de mantenimiento.
• 11:14
  Speaker 2: Sin dispositivos que nunca se actualizan porque nadie recuerda verificar.
• 11:17
  Speaker 2: La actualización ocurre automáticamente, a menudo a los pocos días
• 11:19
  Speaker 2: de descubrirse una vulnerabilidad. Ahora, aquí hay algo importante. El
• 11:22
  Speaker 2: dispositivo no puede rechazar una actualización. Si el servicio de
• 11:25
  Speaker 2: seguridad dice que hay una actualización disponible, el dispositivo debe instalar.
• 11:28
  Speaker 2: De nuevo, esto suena controlado. Pero en el mundo de
• 11:30
  Speaker 2: la seguridad IoT es necesario. La red de bots Mirai
• 11:32
  Speaker 2: ocurrió porque los dispositivos se enviaron con vulnerabilidades conocidas y
• 11:35
  Speaker 2: nadie los parchó nunca. Las actualizaciones obligatorias previenen ese escenario. Tercero,
• 11:39
  Speaker 2: informes de fallos. Cuando algo sale mal en un dispositivo
• 11:42
  Speaker 2: Azure Sphere, un bloqueo, un evento de seguridad, un fallo
• 11:44
  Speaker 2: de hardware, el dispositivo lo reporta al servicio de seguridad.
• 11:48
  Speaker 2: Esto brinda a los fabricantes y operadores visibilidad en tiempo
• 11:50
  Speaker 2: real de la salud de toda su flota. Si un
• 11:52
  Speaker 2: dispositivo comienza a comportarse de forma extraña, te enteras de inmediato.
• 11:56
  Speaker 2: Si surge un patrón en varios dispositivos, puedes investigar y responder. Cuarto,
• 12:01
  Speaker 2: monitoreo y atestación remota. El servicio de seguridad puede verificar
• 12:04
  Speaker 2: que cada dispositivo en tu flota sigue ejecutando software confiable.
• 12:07
  Speaker 2: Puede verificar que el proceso de arranque fue limpio, que
• 12:09
  Speaker 2: el SEO no ha sido modificado y que las aplicaciones
• 12:11
  Speaker 2: son las que aprobaste. Si un dispositivo falla esta verificación,
• 12:14
  Speaker 2: el servicio puede marcarlo para investigación o bloquear su acceso
• 12:17
  Speaker 2: a tus recursos. Y finalmente, el compromiso de soporte de
• 12:19
  Speaker 2: 10 años. Microsoft se ha comprometido a dar soporte a
• 12:22
  Speaker 2: los dispositivos a DuraSphere durante una década. Esto significa actualizaciones
• 12:25
  Speaker 2: de seguridad, parches de SEO y disponibilidad de servicio en
• 12:27
  Speaker 2: la nube durante al menos 10 años desde que un dispositivo,
• 12:30
  Speaker 2: para equipos industriales e infraestructura que permanecen en campo por años,
• 12:33
  Speaker 2: es algo enorme. Aquí hay un ángulo. El servicio de
• 12:36
  Speaker 2: seguridad es como una estación central de monitoreo que vigila
• 12:39
  Speaker 2: cada puerta de un edificio en tiempo real.¿ Sabe quién
• 12:41
  Speaker 2: entró cuando entró y si se supone que deben estar allí?
• 12:44
  Speaker 2: Si una puerta se daña, la estación envía a alguien
• 12:46
  Speaker 2: para repararla de inmediato. Y cada pocos meses actualiza las
• 12:49
  Speaker 2: cerraduras de cada puerta sin que nadie tenga que pedirlo.
• 12:52
  Speaker 2: Ahora pongamos las tres capas juntas y veamos cómo funcionan
• 12:54
  Speaker 2: realmente como un sistema. Cómo funciona todo en conjunto, el
• 12:58
  Speaker 2: verdadero poder. Permíteme guiarte a través de un escenario realista.
• 13:01
  Speaker 2: Imagina que una empresa construye un nuevo sensor industrial. algo
• 13:03
  Speaker 2: que monitorea la temperatura y vibración en una línea de producción.
• 13:06
  Speaker 2: Este sensor usa Azure Sphere. Sigamos lo que sucede desde
• 13:09
  Speaker 2: el momento en que se enciende por primera vez. Paso 1.
• 13:12
  Speaker 2: El chip arranca.¿ Recuerdas el subsistema de seguridad? Lo primero
• 13:16
  Speaker 2: que comienza a ejecutar. Verifica su propia identidad a nivel
• 13:18
  Speaker 2: de hardware, luego comprueba que el cargador de arranque esté
• 13:20
  Speaker 2: firmado y aprobado por Microsoft. Solo entonces permite que el
• 13:23
  Speaker 2: cargador de arranque se ejecute. Si alguien hubiera intentado instalar
• 13:26
  Speaker 2: un firmware no autorizado en el chip, el proceso de
• 13:28
  Speaker 2: arranque se detendría aquí mismo. Paso 2. El cargador de
• 13:31
  Speaker 2: arranque cargue el sistema operativo, pero no simplemente lo que
• 13:33
  Speaker 2: esté almacenado en la memoria. Verifica la imagen del SEO
• 13:36
  Speaker 2: mediante una firma criptográfica. El SEO debe estar en un
• 13:39
  Speaker 2: estado correcto conocido firmado por Microsoft y sin alteraciones. Si
• 13:43
  Speaker 2: el SEO ha modificado, el chip se niega a cargarlo.
• 13:45
  Speaker 2: El dispositivo permanece bloqueado. Paso 3. El SEO arranca y
• 13:48
  Speaker 2: el dispositivo contacta al servicio de seguridad de Azure Sphere.
• 13:52
  Speaker 2: Presenta su identidad única basada en certificados. Servicio comprueba que
• 13:55
  Speaker 2: el dispositivo pertenezca al inquilino correcto y que su identidad
• 13:58
  Speaker 2: sea válida Si todo es correcto, el dispositivo es autenticado.
• 14:02
  Speaker 2: Paso 4. El servicio de seguridad verifica la versión de
• 14:04
  Speaker 2: software del dispositivo. Está ejecutando la última versión del ISEO.
• 14:07
  Speaker 2: Hay parches de seguridad que deben aplicarse. Si hay actualizaciones disponibles,
• 14:11
  Speaker 2: el servicio las envía de inmediato. El dispositivo descarga las actualizaciones,
• 14:14
  Speaker 2: verifica que estén firmadas y las instala. Solo después de
• 14:17
  Speaker 2: que el dispositivo esté totalmente actualizado procede al siguiente paso.
• 14:20
  Speaker 2: Paso 5. El dispositivo comienza a trabajar. Empieza a enviar
• 14:22
  Speaker 2: datos de telemetría, lecturas de temperatura, niveles de vibración y
• 14:25
  Speaker 2: estado operativo a la nube. Toda esta comunicación ocurre a
• 14:29
  Speaker 2: través de canales autenticados y cifrados. El dispositivo también comienza
• 14:32
  Speaker 2: a recibir comandos si es necesario. Tal vez un cambio
• 14:35
  Speaker 2: de configuración o una solicitud para ejecutar un diagnóstico. Cada
• 14:37
  Speaker 2: comando es verificado y autorizado. Ahora, esto es lo que
• 14:40
  Speaker 2: sucede durante toda la vida del dispositivo. Cada pocas semanas
• 14:43
  Speaker 2: o meses, Microsoft lanza actualizaciones de seguridad. El servicio de
• 14:45
  Speaker 2: seguridad de GeoSphere envía estas actualizaciones al dispositivo automáticamente. El
• 14:49
  Speaker 2: dispositivo las instala, a menudo sin tiempo de inactividad.¿ El
• 14:51
  Speaker 2: operador de la fábrica hace nada? El sensor sigue funcionando,
• 14:54
  Speaker 2: pero siempre ejecuta el software más reciente y seguro. Si
• 14:57
  Speaker 2: algo sale mal, por ejemplo, si el dispositivo falla o
• 15:00
  Speaker 2: detecta una anomalía, reporta el error al servicio de seguridad.
• 15:03
  Speaker 2: El operador recibe una alerta. Puede investigar de forma remota.
• 15:06
  Speaker 2: Si es necesario, puede enviar una solución o reconfigurar el dispositivo.
• 15:09
  Speaker 2: Todo esto sin enviar a un técnico a la planta
• 15:11
  Speaker 2: de la fábrica. La idea clave aquí es algo que
• 15:13
  Speaker 2: vale la pena repetir. Seguridad no es una característica que
• 15:15
  Speaker 2: se añade a un dispositivo. Es la base sobre la
• 15:17
  Speaker 2: que todo funciona. Azure Sphere no añade seguridad después de
• 15:19
  Speaker 2: haber fabricado el dispositivo. Construye todo el dispositivo, el hardware,
• 15:22
  Speaker 2: el SEO y la gestión en la nube, alrededor de
• 15:24
  Speaker 2: la seguridad desde el principio. Ese es el verdadero poder
• 15:26
  Speaker 2: de la plataforma, no una función aislada, sino cómo trabajan
• 15:28
  Speaker 2: juntas las tres capas. El chip proporciona la raíz de
• 15:31
  Speaker 2: confianza del hardware, el sistema operativo ofrece el entorno bloqueado
• 15:33
  Speaker 2: y el servicio a la nube brinda la gestión y
• 15:35
  Speaker 2: las actualizaciones continuas. Juntos crean algo que es mayor que
• 15:39
  Speaker 2: la suma de sus partes, pero una plataforma de seguridad
• 15:41
  Speaker 2: es tan buena como su historial. Así que hablemos con
• 15:43
  Speaker 2: honestidad sobre las vulnerabilidades que se han encontrado. La imagen honesta,
• 15:47
  Speaker 2: vulnerabilidades y realidad. Seamos honestos. Una plataforma que promete ser
• 15:51
  Speaker 2: a prueba de balas atraerá escrutinio, y Azure Sphere ha
• 15:54
  Speaker 2: tenido una buena dosis de ello. En 2020, Microsoft lanzó
• 15:56
  Speaker 2: el Azure Sphere Security Research Challenge. Invitaron investigadores de seguridad
• 16:00
  Speaker 2: a examinar la plataforma, hallar debilidades e informarlas sin escotar
• 16:04
  Speaker 2: el desafío. Con el tiempo, encontraron 31 vulnerabilidades en toda
• 16:07
  Speaker 2: la pila tecnológica. El tipo de errores. Problemas en el
• 16:11
  Speaker 2: núcleo que podrían permitir a un atacante bloquear el sistema.
• 16:13
  Speaker 2: Rutas de escalada de privilegios que permitirían a una aplicación
• 16:15
  Speaker 2: maliciosa obtener acceso de maliciosa. Obtener acceso de mayor nivel,
• 16:18
  Speaker 2: ejecución de código no firmado o el tipo de error
• 16:20
  Speaker 2: que azocaba la promesa de que solo se ejecuta software firmado.
• 16:22
  Speaker 2: Algunos de estos eran serios, unos pocos fueron calificados como críticos. Ahora,
• 16:25
  Speaker 2: aquí está el contexto importante. Microsoft investigación. Crearon un programa formal,
• 16:29
  Speaker 2: pagaron a los investigadores y corrigieron cada vulnerabilidad reportada. Cada
• 16:32
  Speaker 2: uno de esos 31 errores fue parcheado a través del
• 16:34
  Speaker 2: sistema de actualización automática del que hablamos antes. Semanas después
• 16:37
  Speaker 2: del descubrimiento, las correcciones se enviaron a los dispositivos en
• 16:39
  Speaker 2: el campo. Y aquí está el otro. No hay casos
• 16:41
  Speaker 2: documentados de que estas vulnerabilidades fueran explotadas en el mundo real.
• 16:45
  Speaker 2: Sin ataques a gran escala. Sin redes de bots construidas
• 16:48
  Speaker 2: a partir de dispositivos Azure Sphere. La investigación fue exhaustiva,
• 16:50
  Speaker 2: pero eso no significa que Azure Sphere sea perfecto. Ninguna
• 16:54
  Speaker 2: plataforma lo Lo que importa es qué tan rápido se
• 16:56
  Speaker 2: encuentran y corregir los problemas. Y en ese aspecto, Azure
• 16:58
  Speaker 2: Sphere tiene un historial sólido. La línea de actualización obligatoria
• 17:01
  Speaker 2: significa que cuando se descubre una vulnerabilidad, cada dispositivo da
• 17:04
  Speaker 2: el parche. No algunos dispositivos, ni dispositivos cuyo fabricante se
• 17:07
  Speaker 2: molestó en lanzar una actualización, cada uno de los dispositivos.
• 17:10
  Speaker 2: Comparen eso con el resto del mundo de IoT. Otras
• 17:12
  Speaker 2: plataformas también tienen vulnerabilidades, pero muchas carecen de un mecanismo
• 17:15
  Speaker 2: de actualización obligatoria. Se descubre una vulnerabilidad, el fabricante lanza
• 17:19
  Speaker 2: un parche y luego nada. Dispositivos permanecen sin parches durante
• 17:22
  Speaker 2: años porque nadie envía la actualización. Azure Sphere elimina ese problema.
• 17:25
  Speaker 2: Sin embargo, el compromiso es real. Una plataforma estrechamente integrada
• 17:28
  Speaker 2: significa fuertes garantías de seguridad, pero también significa dependencia de Microsoft.
• 17:32
  Speaker 2: No puedes cambiar el sistema operativo, no puedes usar un
• 17:33
  Speaker 2: chip diferente. Estás totalmente comprometido con el ecosistema mismo. Para
• 17:36
  Speaker 2: algunas organizaciones es un factor decisivo, para otras es un
• 17:39
  Speaker 2: precio justo por no tener que gestionar la seguridad de
• 17:41
  Speaker 2: uno mismo. La conclusión honesta es esta. Azure Sphere no
• 17:44
  Speaker 2: es invulnerable. Ha tenido errores, tendrá más, pero la plataforma
• 17:47
  Speaker 2: está diseñada para manejar esa realidad. La red de actualizaciones,
• 17:50
  Speaker 2: la red de confianza de hardware y el sistema operativo
• 17:52
  Speaker 2: bloqueado existen porque Microsoft sabía que se encontrarían vulnerabilidades. El
• 17:56
  Speaker 2: objetivo no es ser perfecto, es ser resiliente. Entonces,¿ para
• 17:58
  Speaker 2: quién es esto en realidad?¿ Cuándo deberías preocuparte por él?¿
• 18:01
  Speaker 2: Para quién es esto? Casos de uso en el mundo real.
• 18:04
  Speaker 2: Azure Sphere no es para todos los dispositivos. Es para
• 18:06
  Speaker 2: dispositivos donde una brecha de seguridad costaría más que el
• 18:09
  Speaker 2: dispositivo mismo. Piensa en sensores industriales que monitorean equipos de fábrica.
• 18:13
  Speaker 2: Un sensor comprometido podría enviar lecturas falsas haciendo que los
• 18:16
  Speaker 2: operadores tomen mala decisión. Peor aún, Un atacante podría usar
• 18:19
  Speaker 2: ese sensor como punto de apoyo para adentrarse en la
• 18:21
  Speaker 2: red de la fábrica. El costo de esa brecha podría
• 18:23
  Speaker 2: ser de millones en producción perdida. Piensa en electrodomésticos comerciales,
• 18:27
  Speaker 2: máquinas expendedoras, sistemas HVAC y controladores de automatización de edificios.
• 18:30
  Speaker 2: Estos dispositivos se encuentran en espacios públicos conectados a redes
• 18:33
  Speaker 2: a menudo por años. Nadie los actualiza. Nadie piensa en ellos.
• 18:36
  Speaker 2: Son objetivos perfectos para atacantes que buscan un punto de entrada.
• 18:39
  Speaker 2: Piensa en infraestructura de ciudades inteligentes, semáforos, sensores ambientales, controladores
• 18:42
  Speaker 2: de sistemas de agua. Si estos son comprometidos, no solo
• 18:45
  Speaker 2: los datos están en riesgo, sino también la seguridad física.