Warum Safety-kritische Software zum Eckpfeiler der IoT-Revolution wird

Die Proliferation vernetzter Geräte bringt frische, oft unvorhergesehene Safety-Herausforderungen in die IoT-Landschaft.

Safety-kritische Applikationen vertrauen seit Jahrzehnten auf Software. Beispielsweise integrierte das Apollo-Flugprogramm, 1961 von Präsident John F. Kennedy gestartet, Onboard-Flight-Software zur Steuerung der Mondlandemissionen.

Während Cybersicherheit häufig die Schlagzeilen dominiert, bleibt Softwarequalität – besonders für Safety – oft unter-examiniert. „Ich denke, die Software-Welt ist aufgewacht bezüglich Security. Ich glaube nicht, sie sind noch aufgewacht bezüglich Safety-Constraints“, sagte Kate Stewart, Senior Director of Strategic Programs bei der Linux Foundation und Finalistin für den IoT World Leader of the Year Award.

[IoT World ist Nordamerikas größte IoT-Veranstaltung, wo Strategen, Technologen und Implementierer IoT, KI, 5G und Edge in die Industrie vertikalen bringen. Ticket jetzt buchen.]

Im IoT transformiert die Konvergenz digitaler und physischer Realms Operationen across Sektoren – von Medizinprodukten bis Military Gear. Doch diese Innovation befeuert auch eine Kollision zwischen Development Paradigmen, wie Cybersicherheitsexperte Bruce Schneier in „Click Here to Kill Everybody: Security and Survival in a Hyper-connected World“ erklärt.

Agile Development priorisiert Speed und Adaptability, während Aerospace, Industrial und Medical Domains rigoroses Testing, Zertifizierung und lizenziertes Engineering erfordern – ein Kontrast, den Schneier hervorhebt.

Bei der Linux Foundation championed Stewart das Zephyr Project, ein Real-Time Operating System, designed für Safety und Security auf ressourcenbeschränkten Devices.

„Im Internet of Things fokussieren Menschen ihre Linse auf das, womit sie comfortable sind“, sagte Stewart. „Ich fokussiere auf die Deep Embedded Side und das sichere und sichere Sammeln von Daten.“ Sie fügt hinzu, dass viele Safety-Standards 20–30 Jahre alt sind und oft hinter modernen Software-Praktiken hinterherhinken.

Herausforderung: Software-Updates und Safety

Eine Schlüsselherausforderung ist die Bewertung, wie ein Software-Update unbeabsichtigt Safety-Probleme erzeugen könnte. „Wenn Sie viele Security Updates an der Software machen, invalidiert das Ihre initiale Analyse? Was müssen Sie tun, um sicherzustellen, dass durch Anwenden eines Bug- oder Security-Fix Sie Dinge nicht verschlimmern? Wir haben nicht unbedingt die besten Tools dafür momentan“, erklärte Stewart.

Geschlossene Safety Standards als Hürde

Geschlossene Safety Standards fügen eine weitere Schwierigkeitsschicht hinzu. „Es gibt eine ganze Reihe von [Safety] Standards, auf die alle schauen, und die interessante Herausforderung aus Open Source Perspektive ist, dass diese Standards alle closed sind“, merkte Stewart an. „Open Source Entwickler wollen nicht unbedingt 3.000 $ zahlen, um die Standards einzusehen.“

Fazit: Engere Kollaboration nötig

Diese Hürden unterstreichen die Notwendigkeit engerer Kollaboration zwischen Safety Regulatoren, Zertifizierungsbehörden und Software-Entwicklern. „Wir arbeiten gerade mit Leuten, die sich auf Safety spezialisieren, und den verschiedenen Zertifizierungsbehörden, sowie potenziell einigen der Regulierungen, um zu verstehen, was wirklich wichtig ist, und wie wir sichere Software-Entwicklung für alle praktikabel machen“, sagte Stewart.