Poin utama
- Amankan produk IoT secara lengkap: perangkat, gateway, aplikasi, layanan cloud, dan proses dukungan.
- Terjemahkan risiko pelanggan menjadi kebutuhan keamanan siber yang dapat diuji sebelum implementasi.
- Rencanakan penanganan kerentanan, pembaruan, komunikasi dukungan, dan akhir masa pakai sebelum peluncuran.
- Buat kapabilitas keamanan dapat digunakan oleh tim pelanggan yang diharapkan mengoperasikannya.
Batasan keamanan adalah produk, bukan hanya perangkat
Nilai IoT modern disampaikan oleh sistem: firmware perangkat, aplikasi mobile atau web, gateway, API cloud, layanan identitas, analitik, dan dukungan operasional. Mengeraskan satu perangkat tidak dapat mengkompensasi kredensial bersama, API yang tidak diautentikasi, pengiriman pembaruan yang tidak aman, atau dependensi cloud yang ditinggalkan.
NIST IR 8259r1 menekankan aktivitas yang harus dilakukan produsen di seluruh siklus hidup produk. Implikasi praktis bagi tim rekayasa adalah memodelkan ancaman dan tanggung jawab di setiap komponen dan organisasi yang terlibat dalam menyampaikan pengalaman terhubung.
Ubah risiko menjadi kebutuhan produk
Pernyataan keamanan seperti "terenkripsi," "secure boot," atau "zero trust" terlalu luas untuk memandu implementasi atau pengadaan. Kebutuhan harus mengidentifikasi aset yang dilindungi, aktor, operasi, lingkungan, bukti yang diharapkan, dan tanggung jawab siklus hidup.
Suatu kebutuhan mungkin menyatakan bahwa setiap perangkat menerima identitas unik selama provisioning terkontrol, kredensial dapat dirotasi tanpa penggantian fisik, autentikasi yang gagal dibatasi rate-nya dan dapat diamati, dan kepemilikan dapat ditransfer tanpa mempertahankan akses tenant sebelumnya.
- Identitas perangkat dan workload di seluruh manufaktur, provisioning, operasi, dan transfer
- Konfigurasi dan eksekusi perintah yang diotorisasi dengan bukti audit
- Pembaruan bertanda tangan, perilaku rollback, versi yang didukung, dan jalur recovery
- Minimalisasi data, retensi, penghapusan, dan pemisahan tenant
- Periode dukungan yang didokumentasikan dan perilaku akhir masa pakai
Rancang untuk operasi keamanan pelanggan
Pelanggan perlu mengetahui apa yang dihubungkan produk, data apa yang diprosesnya, cara menginventarisasinya, di mana mengambil log, bagaimana pembaruan disampaikan, dan apa yang harus dilakukan ketika kredensial atau perangkat dikompromikan.
Kapabilitas keamanan yang tidak dapat dikonfigurasi, dipantau, atau dijelaskan menciptakan risiko operasional. Tim produk harus menyediakan inventaris yang dapat dibaca mesin jika memungkinkan, semantik event yang jelas, administrasi berbasis peran, dan saluran dukungan dengan eskalasi yang didefinisikan.
Siapkan respons kerentanan sebelum insiden
Proses pengungkapan kerentanan terkoordinasi memerlukan kepemilikan, intake, triase, reproduksi, penilaian severity, komunikasi pelanggan, remediasi, dan bukti rilis. Tanggung jawab ini melintasi tim rekayasa, produk, keamanan, dukungan, dan hukum.
Arsitektur pembaruan menentukan apakah respons itu praktis. Tim harus menguji peluncuran bertahap, pembaruan yang terinterupsi, rollback, versi yang tidak kompatibel, perangkat offline, material signing yang dicabut, dan titik di mana produk yang tidak didukung harus diisolasi atau dipensiunkan.
Gunakan pertanyaan siklus hidup dalam tinjauan arsitektur
Untuk setiap komponen terhubung, tanyakan siapa yang memilikinya, bagaimana diidentifikasi, apa yang dipercayainya, bagaimana berubah, bukti apa yang dihasilkannya, dan bagaimana meninggalkan layanan. Pertanyaan ini mengekspos celah yang sering luput dari diagram yang berpusat pada fitur.
Hasilnya bukan klaim sertifikasi. Melainkan produk yang lebih dapat diamankan: pelanggan menerima kapabilitas dan informasi yang membantu mereka mengelola risiko sepanjang deployment dan operasi.
Sumber dan bacaan lanjutan
Tentang penulis
Centillion Edge Engineering
Tim rekayasa kami menulis tentang keputusan arsitektur, keamanan, data, dan pengiriman di balik sistem enterprise yang andal.