Why Safety‑Critical Software Is Becoming a Cornerstone of the IoT Revolution
Proliferasi perangkat terhubung membawa tantangan keselamatan baru, seringkali tidak terduga, ke dalam lanskap IoT.
Aplikasi keselamatan kritis telah bergantung pada perangkat lunak selama bertahun-tahun. Sebagai contoh, program penerbangan Apollo yang diluncurkan oleh Presiden John F. Kennedy pada tahun 1961 menyertakan perangkat lunak penerbangan di papan untuk memandu misi mendarat bulan.
Sementara keamanan siber sering mendominasi headline, kualitas perangkat lunak—terutama untuk keselamatan—sering kali belum diperiksa. "Saya pikir dunia perangkat lunak sudah sadar akan keamanan. Saya tidak pikir mereka sudah sadar akan keterbatasan keselamatan," kata Kate Stewart, senior director program strategis di Linux Foundation dan finalis IoT World Leader of the Year Award.
[IoT World is North America’s largest IoT event where strategists, technologists and implementers connect, putting IoT, AI, 5G and edge into action across industry verticals. Book your ticket now.]
Dalam IoT, konvergensi dunia digital dan fisik mengubah operasi di semua sektor—dari alat medis hingga peralatan militer. Namun, inovasi ini juga membakar tabrakan antara paradigma pengembangan, seperti yang dijelaskan oleh ahli keamanan siber Bruce Schneier dalam “Click Here to Kill Everybody: Security and Survival in a Hyper‑connected World.”
Pengembangan Agile memprioritaskan kecepatan dan adaptabilitas, sedangkan domain penerbangan, industri, dan medis memerlukan pengujian yang ketat, sertifikasi, dan rekayasa berlisensi—kontras yang disoroti oleh Schneier.
Di Linux Foundation, Stewart mempromosikan Proyek Zephyr, sistem operasi real-time yang dirancang untuk keselamatan dan keamanan pada perangkat dengan sumber daya terbatas.
"Dalam Internet of Things, orang memfokuskan lensa mereka pada apa yang mereka nyamani," kata Stewart. "Saya fokus pada sisi embedded dalam dan mengumpulkan data dengan aman dan terlindungi." Dia menambahkan bahwa banyak standar keselamatan berusia 20–30 tahun dan sering tertinggal di belakang praktik perangkat lunak modern.
Salah satu tantangan utama adalah menilai bagaimana pembaruan perangkat lunak mungkin secara tidak sengaja menciptakan masalah keselamatan. "Saat Anda melakukan banyak pembaruan keamanan pada perangkat lunak itu, apakah itu membatalkan analisis awal Anda? Apa yang perlu Anda lakukan untuk memastikan bahwa dengan menerapkan perbaikan bug atau keamanan Anda tidak akan membuat hal-hal semakin buruk? Kami tidak tentu memiliki alat terbaik saat ini untuk mengetahui itu," menjelaskan Stewart.
Standar keselamatan tertutup menambahkan lapisan kesulitan lain. "Ada serangkaian standar [keselamatan] saat ini yang semua orang rujuk, dan tantangan menarik dari perspektif open source adalah standar ini semua tertutup," catatan Stewart. "Pengembang open source tidak tentu ingin membayar 3.000 dolar untuk melihat standar."
Hambatan-hambatan ini menyoroti kebutuhan akan kolaborasi yang lebih erat antara pengawal keselamatan, otoritas sertifikasi, dan pengembang perangkat lunak. "Kami bekerja saat ini dengan orang yang mengkhususkan diri dalam keselamatan dan di berbagai otoritas sertifikasi, serta potensial beberapa peraturan untuk memahami apa yang benar-benar penting, dan bagaimana kita membuat pengembangan perangkat lunak yang aman menjadi praktis bagi semua," kata Stewart.
