Mengapa Connext DDS Secure adalah Pilihan Cerdas untuk Keamanan IIoT Industri
“Keamanan harus dibangun, tidak dipasang nanti.” Prinsip ini sangat benar seiring berkembangnya Internet Industri of Things (IIoT). Namun, banyak sistem masih mengadopsi keamanan sebagai pikiran akhir. Memahami mengapa dapat membantu arsitek menghindari retrofit yang mahal.
Seringkali, model ancaman dan persyaratan keamanan tidak sepenuhnya diintegrasikan ke dalam fase arsitektur. Solusi yang ada kemudian diperbaiki dengan enkripsi atau kontrol akses, yang dapat mahal, rapuh, dan tidak cukup. Manajemen mungkin memprioritaskan performa di atas keamanan, mengasumsikan isolasi atau air-gag akan melindungi sistem. Saat keamanan ditambahkan, mere-arsitektur seluruh solusi dapat terlalu mahal.
Mendesain sistem yang aman memerlukan menyeimbangkan perlindungan terhadap serangan dengan dampak minimal pada performa, interoperabilitas, dan skalabilitas—tantangan yang semakin intens seiring sistem semakin kompleks. DDS Security Specification dan RTI’s Connext® DDS Secure mengatasi tantangan ini dengan framework peer-to-peer, data-centric yang secara asli mendukung kontrol keamanan yang terperinci, multicast, dan distribusi data zero-copy.
Jika Anda sudah menggunakan DDS atau mengevaluasinya, Connext DDS Secure menawarkan jalur yang jelas untuk menyelaraskan keamanan dengan risiko bisnis dan tujuan performa. Di bawah ini, kami mengeksplorasi bagaimana ia memenuhi kebutuhan lingkungan IIoT yang kritis dan menggambarkan dampaknya dengan studi kasus interoperabilitas perangkat medis.
Apakah Keamanan DDS Cocok untuk Kasus Penggunaan Anda?
Insinyur RTI mengevaluasi calon pelanggan terhadap lima pertanyaan kunci. Jika setidaknya tiga jawab “ya,” DDS kemungkinan merupakan framework konektivitas optimal:
- Apakah gangguan singkat tidak dapat diterima untuk sistem Anda?
- Apakah Anda telah menggunakan istilah “millisecond” atau “microsecond” dalam dua minggu terakhir?
- Apakah Anda memiliki lebih dari sepuluh insinyur perangkat lunak?
- Apakah Anda perlu mempublikasikan data ke banyak tujuan (misalnya, cloud, database, perangkat edge)?
- Apakah Anda merancang arsitektur IIoT baru?
Pertanyaan 1 – Ketersediaan
Saat waktu aktif kritis, topologi peer-to-peer DDS menghilangkan titik kegagalan tunggal. Kebijakan QoS seperti Ownership, Durability, Liveliness, dan Deadline memungkinkan degradasi yang mulus. DDS Security menambahkan segregasi domain, autentikasi peserta, dan autentikasi pesan, yang mengurangi serangan DoS sambil mempertahankan ketersediaan.
Pertanyaan 2 – Performa Real-time
Aliran data berfrekuensi tinggi memerlukan latensi minimal. DDS Security memungkinkan Anda mengonfigurasi kerahasiaan, integritas, dan keaslian per topik atau peserta tanpa mengubah kode aplikasi. Pendekatan yang disesuaikan ini memastikan bahwa hanya mekanisme keamanan yang diperlukan yang diterapkan, menjaga waktu round-trip tetap rendah.
Pertanyaan 3 – Efisiensi Pengembangan
Tim besar mendapatkan manfaat dari desain data-centric DDS, yang memisahkan model data dari API pemrosesan. Kebijakan keamanan didefinisikan dalam file deklaratif (domain governance, participant permissions) yang dapat diaudit dan diperbarui secara independen dari kode, mengurangi risiko integrasi dan mempercepat pengiriman.
Pertanyaan 4 – Optimasi Multicast
Berbeda dengan TLS/DTLS, yang tidak dapat memanfaatkan multicast, DDS Security secara asli mendukung multicast untuk distribusi data yang efisien. Ini penting untuk aplikasi broadcast seperti telemetri, diagnostik, dan pesan kontrol.
Pertanyaan 5 – Fleksibilitas Arsitektur Baru
Saat Anda membangun sistem baru, Anda dapat menyematkan keamanan sejak awal. DDS adalah standar terbuka dan netral vendor, dan DDS Security menawarkan API autentikasi, otorisasi, kriptografi, dan logging yang dapat diplug, menjadikannya ideal untuk deployment IIoT lintas vendor yang skalabel.
RTI Connext DDS Secure telah divalidasi oleh banyak pelanggan komersial dan pemerintah. Umpan balik terus member informasi peningkatan produk dan kontribusi ke komunitas DDS.
Contoh: Keamanan DDS untuk Interoperabilitas Perangkat Medis yang Aman
Standar Integrated Clinical Environment (ICE) ASTM F2761-09 mempromosikan interoperabilitas di antara perangkat medis heterogen. OpenICE, implementasi open-source ICE, menggunakan DDS sebagai tulang punggung komunikasi. Tanpa keamanan eksplisit, seorang insider dapat bertindak sebagai man-in-the-middle, memalsukan data pasien dan mengkompromikan perawatan.
OpenICE memungkinkan konektivitas di seluruh perangkat medis yang beragam. Dengan menerapkan Keamanan DDS, administrator dapat memberlakukan kontrol akses per perangkat, memastikan bahwa hanya peserta yang berwenang yang mempublikasikan atau berlangganan topik sensitif. Ini mengurangi ancaman insider dan melindungi keselamatan pasien.
Keamanan Tingkat Transport Tidak Cukup
Meskipun semua lalu lintas dienkripsi dengan TLS/DTLS, perangkat yang terkompromi masih dapat mempublikasikan data berbahaya jika kontrol yang terperinci tidak ada. Kebijakan akses berbasis peran Keamanan DDS mencegah serangan semacam itu tanpa mempengaruhi keamanan transport yang ada.
Untuk perangkat dengan sumber daya terbatas atau aplikasi yang sensitif terhadap bandwidth, Anda dapat menyesuaikan tingkat keamanan—mengaktifkan hanya integritas atau keaslian di tempat yang sesuai—meminimalkan overhead sambil mempertahankan kepatuhan.
RTI juga menawarkan transport TLS/DTLS kustom yang dapat diintegrasikan dengan DDS untuk kasus penggunaan yang memerlukannya. Studi Arsitektur kami membantu Anda memilih campuran yang tepat dari keamanan transport dan middleware berdasarkan risiko dan performa.
Kesimpulan dan Referensi
Untuk infrastruktur kritis, kami merekomendasikan untuk mengadopsi RTI Connext DDS Secure dan standar OMG DDS Security. Referensi utama:
