Análisis de la placa
Identificamos componentes, puntos de test y conectores de depuración, y trazamos qué está conectado con qué.
Pentest de hardware y embebidos
Puntos de test, puertos de depuración, chips de memoria flash y bootloaders: todo lo que mirará un atacante con un destornillador y un fin de semana por delante. Nosotros lo hacemos en nuestro laboratorio, con las mismas herramientas y más paciencia.
En resumen
Un test de penetración de hardware ataca físicamente un dispositivo embebido: las interfaces de depuración como UART, JTAG y SWD, los chips de memoria, el proceso de arranque y el propio firmware. Los objetivos son extraer el firmware y los secretos, saltarse el arranque seguro, conseguir ejecución de código y encontrar fallos que afectan a todos los dispositivos del mismo tipo. Zyberum realiza pentests de hardware en su propio laboratorio para productos IoT, ECU de automoción y componentes industriales.
Qué hacemos
Identificamos componentes, puntos de test y conectores de depuración, y trazamos qué está conectado con qué.
Consolas UART, JTAG y SWD: bloqueadas, desbloqueadas o solo supuestamente bloqueadas.
A través del puerto de depuración, del fichero de actualización o directamente del chip de memoria flash.
¿Verifica cada etapa a la siguiente? ¿Dónde están las claves y quién puede leerlas?
Glitching de tensión y de reloj para saltarse comprobaciones que el software por sí solo no puede eludir.
Análisis del firmware con Ghidra: secretos, lógica de actualización, comandos ocultos y errores de memoria.
Por qué importa
Los ataques de hardware requieren acceso físico, y eso suena tranquilizador. No lo es: un atacante compra un dispositivo, extrae el firmware, encuentra la clave compartida o el servicio oculto y después usa ese conocimiento contra todos los dispositivos desplegados, en remoto.
Por eso la normativa ya lo pide. El Cyber Resilience Act, los requisitos de ciberseguridad de la RED (EN 18031) y la IEC 62443-4-2 esperan interfaces de depuración cerradas, secretos protegidos y actualizaciones seguras.
Casos prácticos
Pudimos ver y activar los dispositivos de otros clientes a través de MQTT y geolocalizar dónde están instalados.
Probamos un sistema de riego inteligente: una configuración MQTT defectuosa nos permitió ver y accionar los dispositivos de otros clientes y localizar dónde están.
Leer el caso prácticoAcceso root completo al dispositivo y acceso a la cámara WebRTC en directo de otros usuarios a través de la API cloud.
Probamos un robot aspirador con cámara: acceso root al dispositivo y fallos en la API cloud que abrían la cámara en directo de otros usuarios. Qué falló y por qué.
Leer el caso prácticoFAQ
Dos o tres. Un ataque de hardware puede destruir el dispositivo, por ejemplo al desoldar un chip de memoria flash.
Sí, como test completo del producto IoT. Muchos de los peores hallazgos salen de combinar un hallazgo de hardware con una debilidad en la nube.
A menudo, sí. La protección contra lectura a veces puede saltarse mediante inyección de fallos o aprovechando debilidades conocidas del chip. En la llamada para definir el alcance le decimos qué es realista para su dispositivo.
Empiece ahora
Háblenos del dispositivo, de su procesador y de sus interfaces. Recibirá una oferta a precio cerrado tras la llamada.

Su llamada será conTom ZaubermannFundador y CEO de Zyberum
Respondemos en un día laborable.
Su privacidad
Utilizamos cookies y tecnologías similares para medir el uso de nuestro sitio web y el resultado de nuestros anuncios. Usted decide cuáles podemos utilizar. Puede cambiar su elección en cualquier momento en «Configuración de cookies», en el pie de página. Política de privacidad