Waarom veiligheidskritische software een hoeksteen wordt van de IoT-revolutie

De proliferatie van verbonden apparaten brengt verse, vaak onvoorziene veiligheidsuitdagingen naar het IoT-landschap.

Veiligheidskritische toepassingen vertrouwen al decennia op software. Bijvoorbeeld, het Apollo-vliegprogramma gelanceerd door president John F. Kennedy in 1961, incorporeerde onboard vluchtsoftware om de maanlandingsmissies te sturen.

Terwijl cybersecurity vaak de headlines domineert, blijft softwarekwaliteit – met name voor veiligheid – vaak onderbelicht. "Ik denk dat de softwarewereld is wakker geworden voor beveiliging. Ik denk niet dat ze nog wakker zijn voor veiligheidsbeperkingen," zei Kate Stewart, senior director of strategic programs bij de Linux Foundation en genomineerde voor de IoT World Leader of the Year Award.

[IoT World is Noord-Amerika's grootste IoT-evenement waar strategen, technologen en implementers verbinden, IoT, AI, 5G en edge in actie brengen over industrie-verticales. Boek nu uw ticket.]

In IoT transformeert de convergentie van digitale en fysieke werelden operaties in sectoren – van medische apparaten tot militair materieel. Toch brandt deze innovatie ook een botsing tussen ontwikkelingsparadigma's aan, zoals cybersecurity-expert Bruce Schneier uitlegt in "Click Here to Kill Everybody: Security and Survival in a Hyper-connected World."

Agile ontwikkeling prioriteert snelheid en aanpasbaarheid, terwijl luchtvaart, industriële en medische domeinen rigoureuze testing, certificering en gelicenseerde ingenieurskunst vereisen – een contrast benadrukt door Schneier.

Bij de Linux Foundation pleit Stewart voor het Zephyr Project, een real-time operating system ontworpen voor veiligheid en beveiliging op resource-beperkte apparaten.

"In Internet of Things richten mensen hun lens op wat ze comfortabel zijn," zei Stewart. "Ik focus op de diep ingebedde kant en het veilig en veilig verzamelen van data." Ze voegt toe dat veel veiligheidsstandaarden 20-30 jaar oud zijn en vaak achterlopen op moderne softwarepraktijken.

Een cruciale uitdaging is het beoordelen hoe een software-update ongewild veiligheidsproblemen kan creëren. "Wanneer je veel beveiligingsupdates doet op die software, ontkracht dat je initiële analyse? Wat moet je doen om ervoor te zorgen dat door een bug of beveiligingsfix toe te passen, je dingen niet erger maakt? We hebben niet noodzakelijk de beste tools nu om dat uit te zoeken," legde Stewart uit.

Gesloten veiligheidsstandaarden voegen een andere laag van moeilijkheid toe. "Er is een hele reeks [veiligheids]standaarden waar iedereen naar kijkt, en de interessante uitdaging vanuit een open source perspectief is dat deze standaarden allemaal gesloten zijn," merkte Stewart op. "Open source developers willen niet noodzakelijk $3.000 betalen om de standaarden te bekijken."

Deze hinderpalen benadrukken de noodzaak voor nauwere samenwerking tussen veiligheidsregulators, certificeringsinstanties en softwareontwikkelaars. "We werken nu met mensen die gespecialiseerd zijn in veiligheid en bij de diverse certificeringsinstanties, alsmede potentieel enkele van de reguleringen om te begrijpen wat echt belangrijk is, en hoe we veilige softwareontwikkeling praktisch maken voor iedereen," zei Stewart.