Mengamankan Perangkat Lunak Open-Source di IoT: Mengurangi Risiko Perangkat Lunak
Sekarang ada 7 miliar perangkat IoT di seluruh dunia. Lev Lesokhin dari CAST memproyeksikan jumlahnya akan terlima pada 2025, mencapai 21,5 miliar perangkat. Pertumbuhan yang cepat telah mendorong produsen untuk meluncurkan produk lebih cepat dari sebelumnya, sering kali dengan mengorbankan kualitas perangkat lunak.
Untuk mempercepat waktu ke pasar, banyak perusahaan mengandalkan paket siap pakai dari komunitas open-source seperti GitHub dan Apache. Namun, seperti yang ditunjukkan oleh Laporan Kecerdasan Perangkat Lunak CAST 2018, sebagian besar proyek ini gagal memenuhi standar kepatuhan keamanan.
Kode open-source jarang datang dengan keamanan yang kuat bawaan. Dalam tergesa-gesa untuk meluncurkan, perusahaan mungkin melewati ulasan keamanan yang menyeluruh, sehingga setiap dari tujuh miliar perangkat rentan terhadap penyerang.
Berbeda dengan sistem transaksi kelas perusahaan, banyak firmware IoT berasal dari insinyur perangkat lunak terintegrasi yang fokus utamanya adalah fungsionalitas daripada perlindungan data. Ketidakcocokan ini berarti banyak pengembang tidak memiliki keterampilan spesialis yang diperlukan untuk melindungi data sensitif.
Karena siapa pun dapat berkontribusi ke open source, memastikan standar keamanan dan kualitas terpelihara secara inheren tantang. Kode yang tidak efisien, yang keliru, atau bahkan berbahaya dapat lolos tanpa terdeteksi.
Pembeli jarang melihat kelemahan ini. Mereka melihat perangkat IoT sebagai alat untuk efisiensi bisnis, bukan sebagai vektor potensial yang dapat digunakan sebagai senjata terhadap pemiliknya.
Mata dunia ada pada kode Anda
Kode proprietary internal dapat memiliki cacat, tetapi biasanya hanya pengembang yang diatur yang melihatnya. Sumber proprietary bersifat pribadi dan terlindungi dari mata curi. Sebaliknya, open source dapat diakses publik—siapa pun, termasuk penyerang potensial, dapat memeriksanya sebelum diintegrasikan.
Pada 2013, Target mengalami pelanggaran kartu kredit yang membiayai $220 juta (≈€194 juta) setelah penyerang mengeksploitasi kelemahan dalam sistem kontrol iklimnya. Kredensial vendor dicuri dan tidak diubah saat penerapan, sehingga setiap unit yang terpasang rentan.
Periksa diri sebelum merusak diri
Sementara kerentanan tidak dapat dihilangkan sepenuhnya, kemungkinannya dapat dikurangi dengan mengikuti tiga langkah kunci:
1. Pahami silsilah perangkat lunak Anda. Produsen harus mengetahui secara tepat kode apa yang mereka kirim. Saat digunakan dengan bijak, open source dapat sangat berharga, tetapi asal-usulnya harus ditelusuri ke sumber dan dicermati dengan kerentanan yang diketahui.
2. Alokasikan waktu yang cukup untuk keamanan. Perbaikan setelah produksi mahal dan sering tidak efektif. Insiden Target mengilustrasikan betap mudahnya penyerang mengeksploitasi kekurangan yang tersisa setelah perangkat berada di lapangan.
3. Lakukan analisis akhir ke akhir. Scan seluruh basis kode, segera atasi kelemahan yang terdeteksi, dan hilangkan utang teknis. Tujuannya adalah sistem yang tangguh yang melindungi pengguna akhir untuk bertahun-tahun mendatang.
Akhirnya, vendor kontrol iklim Target masih dalam penyelidikan, dengan biaya berkelanjutan sekitar $18,5 juta (≈€16,3 juta). Pengawalan yang mahal ini dapat—dan harus—dihindari.
Penulis blog ini adalah Lev Lesokhin, EVP Strategi & Analitik di CAST.
