Por qué el software crítico para la seguridad se vuelve piedra angular de la revolución IoT

La proliferación de dispositivos conectados trae desafíos de seguridad frescos, a menudo imprevistos, al panorama IoT.

Las aplicaciones críticas para la seguridad han dependido de software durante décadas. Por ejemplo, el programa de vuelo Apolo lanzado por el presidente John F. Kennedy en 1961 incorporó software de vuelo a bordo para guiar las misiones de alunizaje.

Si bien la ciberseguridad domina a menudo los titulares, la calidad del software —particularmente para la seguridad— a menudo permanece subexaminada. «Creo que el mundo del software ha despertado a la seguridad. No creo que hayan despertado aún a las restricciones de seguridad», dijo Kate Stewart, directora senior de programas estratégicos en Linux Foundation y finalista del premio IoT World Leader of the Year.

[IoT World es el mayor evento IoT de Norteamérica donde estrategas, tecnólogos e implementadores se conectan, poniendo IoT, IA, 5G y edge en acción en verticales industriales.Reserve su entrada ahora.]

En IoT, la convergencia de los mundos digital y físico transforma operaciones en todos los sectores —desde dispositivos médicos hasta equipo militar. Sin embargo, esta innovación también alimenta una colisión entre paradigmas de desarrollo, como explica el experto en ciberseguridad Bruce Schneier en «Click Here to Kill Everybody: Security and Survival in a Hyper-connected World».

El desarrollo ágil prioriza velocidad y adaptabilidad, mientras que los dominios aeroespacial, industrial y médico requieren pruebas rigurosas, certificación e ingeniería licenciada —un contraste destacado por Schneier.

En Linux Foundation, Stewart impulsa el Proyecto Zephyr, un sistema operativo en tiempo real diseñado para seguridad y seguridad en dispositivos con recursos limitados.

«En Internet de las Cosas, la gente enfoca su lente en lo que les resulta cómodo», dijo Stewart. «Yo me enfoco en el lado profundamente embebido y en recopilar datos de forma segura y segura». Añade que muchos estándares de seguridad tienen 20-30 años y a menudo rezagan detrás de las prácticas modernas de software.

Un desafío clave es evaluar cómo una actualización de software podría crear inadvertidamente problemas de seguridad. «Cuando haces muchas actualizaciones de seguridad en ese software, ¿eso invalida tu análisis inicial? ¿Qué necesitas hacer para asegurar que al aplicar una corrección de error o seguridad no vas a empeorar las cosas? No necesariamente tenemos las mejores herramientas ahora para averiguar eso», explicó Stewart.

Los estándares de seguridad cerrados añaden otra capa de dificultad. «Hay toda una serie de [estándares de] seguridad a los que todos miran, y el desafío interesante desde una perspectiva de código abierto es que estos estándares son todos cerrados», señaló Stewart. «Los desarrolladores de código abierto no necesariamente quieren pagar 3.000 dólares para ver los estándares».

Estos obstáculos resaltan la necesidad de una colaboración más estrecha entre reguladores de seguridad, autoridades de certificación y desarrolladores de software. «Estamos trabajando ahora con personas que se especializan en seguridad y en las diversas autoridades de certificación, así como potencialmente algunas de las regulaciones para entender qué es realmente importante y cómo hacemos que el desarrollo de software seguro sea práctico para todos», dijo Stewart.