[Whitepaper]
Aprovisionamiento seguro
Índice de contenidos
1 Introducción
- Resumen
3 Medidas de seguridad en el aprovisionamiento seguro
- Claves simétricas y asimétricas
- Firmas digitales
2 Medidas clave de seguridad
- Cifrado
- Raíz de confianza
- Identidad
- Módulo de seguridad de hardware
4 Flujo de trabajo del aprovisionamiento seguro
- Desarrollo de software
- Empaquetado de propiedad intelectual
- Transferencia de paquetes
- Aprovisionamiento seguro
1
Capítulo 1
Introducción
En cuestión de segundos al buscar “aprovisionamiento seguro” en la web, se presenta una miríada de descripciones que abarcan múltiples tecnologías, pero muy pocas de las cuales parecen relacionarse con los problemas que se le plantean al ingeniero de desarrollo embebido clásico. Entonces, ¿por qué debería interesarse un ingeniero embebido en el aprovisionamiento seguro como servicio?
Resumen
Con la inversión cada vez mayor en recursos de ingeniería necesarios para desarrollar un producto conectado, no es de sorprender que los gerentes estén bajo presión para encontrar formas de proteger su inversión. Esta presión se transmite a los ingenieros de desarrollo, a quienes se les solicita que desarrollen soluciones para garantizar que el valioso software de la empresa esté protegido. Existen numerosas soluciones disponibles para ayudar a proteger el software, pero un factor clave que a menudo se pasa por alto es la seguridad del proceso de fabricación que programa el software en el microcontrolador de metal desnudo.
¿Se puede confiar en el proceso? ¿Y cómo entra el “Aprovisionamiento Seguro” en la ecuación?
En este libro blanco, destacaremos cuatro áreas clave de seguridad, explicaremos cómo se relacionan con la fabricación de un producto seguro y mostraremos por qué el aprovisionamiento seguro no debe pasarse por alto durante el desarrollo del producto.
Cifrado
Raíz de confianza
Identidad
Módulo de seguridad de hardware
2. Medidas clave de seguridad
2.1 Cifrado
Este es un tema complejo, pero probablemente sea el elemento clave para garantizar que su software esté protegido y no sea visible para ojos indiscretos. El cifrado es a menudo lo primero que viene a la mente cuando se plantea el tema de la seguridad. Poder cifrar su software garantiza que pueda transportarse de manera segura, después de todo, es común que las imágenes de software se envíen a casas de programación remotas para convertir microcontroladores de metal desnudo en productos útiles. Este es un punto clásico donde el software es vulnerable a ataques.
Entonces, sin profundizar demasiado en las matemáticas, ¿qué necesita saber un ingeniero de desarrollo embebido? Bien, hay dos técnicas criptográficas de clave pública que son populares hoy en día. Estas son Rivest, Shamir, Adleman (RSA) y Criptografía de Curva Elíptica (ECC). Existe una gran cantidad de información disponible al comparar las dos técnicas. Sin embargo, desde el punto de vista de los ingenieros embebidos, es necesario comprender qué recursos del microcontrolador se necesitan para implementar estas técnicas. ECC parece ser el claro ganador aquí, siendo las principales ventajas:
- Generación de claves muy rápida
- Firmas rápidas
- Tamaños de clave más pequeños para niveles de seguridad RSA equivalentes
- Buen soporte de estándares
- Buen mecanismo de intercambio de claves
Básicamente, para ECC, se reduce a rápido y pequeño (ráfagas de cómputo cortas y poca memoria flash necesaria para el almacenamiento y transmisión de claves). Como ejemplo, una clave pública ECC de 256 bits tiene aproximadamente el mismo nivel de seguridad que una clave pública RSA de 3074 bits.
Autor del libro blanco
Chris Jones
Especialista en soluciones de seguridad e ingeniero de aplicaciones de campo (consultor independiente)
Chris ha trabajado para BAE Systems; Cypress Semiconductor; Renesas Electronics; y SecureThingz en varios roles. Imparte formación sobre las complejidades de la seguridad, además de presentar en numerosas conferencias de IoT sobre el tema de técnicas de fabricación segura.
