Asegurar Software Open-Source en IoT: Mitigar Riesgos de Software

Existen ahora 7.000 millones de dispositivos IoT en el mundo. Lev Lesokhin de CAST proyecta que la cifra se triplicará para 2025, alcanzando 21.500 millones de dispositivos. El rápido crecimiento ha empujado a fabricantes a lanzar productos más rápido que nunca, a menudo a expensas de la calidad del software.

Para acelerar time-to-market, muchas empresas recurren a paquetes listos de comunidades open-source como GitHub y Apache. Sin embargo, como muestra el Informe de Inteligencia de Software 2018 de CAST, una gran parte de estos proyectos fallan en cumplimiento de seguridad.

El código open-source rara vez viene con seguridad robusta integrada. En la prisa por lanzar, las empresas pueden prescindir de revisiones de seguridad exhaustivas, dejando cada uno de los 7.000 millones de dispositivos vulnerable a atacantes.

A diferencia de sistemas de transacciones enterprise-grade, mucho firmware IoT proviene de ingenieros de software embebido cuyo foco principal es funcionalidad en lugar de protección de datos. Este desajuste significa que muchos desarrolladores carecen de las habilidades especializadas requeridas para salvaguardar datos sensibles.

Como cualquiera puede contribuir a open source, asegurar que estándares de seguridad y calidad se mantengan es inherentemente desafiante. Código ineficiente, descuidado o incluso malicioso puede colarse inadvertido.

Los compradores rara vez detectan estas debilidades. Ven dispositivos IoT como herramientas para eficiencia empresarial, no como vectores potenciales que pueden ser armados contra sus dueños.

Los Ojos del Mundo Están en Tu Código

El código propietario in-house puede contener fallos, pero típicamente solo los desarrolladores contratados los ven. El código propietario es privado y protegido de miradas ajenas. En contraste, el open source es públicamente accesible —todos, incluyendo potenciales atacantes, pueden examinarlo antes de ser incorporado.

En 2013, Target sufrió una brecha de tarjetas de crédito costando 220M$ (≈194M EUR) tras explotar atacantes un fallo en su sistema de climatización. Las credenciales del proveedor fueron robadas y dejadas sin cambiar en el despliegue, dejando cada unidad instalada expuesta.

Revísate Antes de Arruinarte

Aunque las vulnerabilidades nunca pueden eliminarse por completo, su probabilidad puede reducirse siguiendo tres pasos clave:

1. Entender el linaje de tu software. Los fabricantes deben saber exactamente qué código envían. Cuando se usa responsablemente, el open source puede ser invaluable, pero su procedencia debe rastrearse a la fuente y cruzarse contra vulnerabilidades conocidas.

2. Asignar tiempo suficiente para seguridad. Arreglos post-fabricación son costosos y a menudo inefectivos. El incidente de Target ilustra lo fácil que es para atacantes explotar fallos persistentes una vez que un dispositivo está en campo.

3. Realizar análisis end-to-end. Escanear toda la base de código, abordar debilidades destacadas prontamente y eliminar deuda técnica. El objetivo es un sistema resiliente que proteja usuarios finales por años.

En última instancia, el proveedor de climatización de Target permanece bajo investigación, con costes continuos alrededor de 18,5M$ (≈16,3M EUR). Un descuido tan costoso puede —y debe— evitarse.

El autor de este blog es Lev Lesokhin, EVP de Estrategia y Analítica en CAST.