Cybersecurity
▲ TINGGI
Keamanan Internet of Things (IoT): Ancaman, Kerentanan, dan Panduan Pengamanan Perangkat Cerdas
13 Juli 2026 • Seraphim News • 27 mnt baca
Daftar Isi 12 bagian
Ringkasan Eksekutif
Pada 2026, lebih dari 75 miliar perangkat IoT terhubung ke internet — kamera keamanan, smart TV, sensor industri, peralatan medis. Setiap perangkat adalah pintu masuk potensial ke jaringan. Masalahnya: keamanan sering kali menjadi prioritas terakhir dalam desain perangkat IoT.
Data menunjukkan skala masalahnya: 57% perangkat IoT rentan terhadap serangan tingkat menengah hingga tinggi, 98% komunikasi data IoT tidak dienkripsi, dan rata-rata perangkat IoT memiliki 25 kerentanan yang sudah diketahui pada saat pembelian. Botnet IoT seperti Mirai dan variannya terus menginfeksi jutaan perangkat setiap tahun — dan setiap perangkat yang terinfeksi bisa menjadi bagian dari serangan DDoS berskala masif.
Lanskap IoT Global 2026
EKOSISTEM IOT — 75 MILIAR PERANGKAT BERDASARKAN SEKTOR
KONSUMEN (55% — ~41 miliar):
├── Smart Home: kamera, speaker pintar, termostat, lampu
├── Wearables: smartwatch, fitness tracker, medical wearables
├── Entertainment: smart TV, game console, streaming device
├── Smart Appliances: kulkas, mesin cuci, oven
└── Connected Vehicles: mobil dengan koneksi internet
INDUSTRIAL / IIoT (25% — ~19 miliar):
├── Manufacturing: sensor produksi, PLC, SCADA
├── Energy: smart grid, smart meter, pipeline monitoring
├── Logistics: asset tracking, fleet management, RFID
├── Agriculture: soil sensors, drone, automated irrigation
└── Building Management: HVAC, access control, elevator
KESEHATAN (10% — ~7,5 miliar):
├── Medical Devices: pacemaker, insulin pump, monitor pasien
├── Hospital Equipment: infusion pump, ventilator, MRI
├── Remote Monitoring: telehealth device, wearable ECG
└── Pharmaceutical: cold chain monitoring, inventory
INFRASTRUKTUR PUBLIK (10% — ~7,5 miliar):
├── Smart City: traffic light, parking sensor, CCTV
├── Environmental: air quality, flood sensor, weather station
├── Transportation: railway sensor, traffic management
└── Water Management: flow meter, quality sensor
Mengapa IoT Sangat Rentan?
FAKTOR KERENTANAN IOT
1. RESOURCE CONSTRAINTS (KETERBATASAN PERANGKAT)
├── CPU terbatas — tidak bisa menjalankan enkripsi kuat
├── RAM kecil — tidak cukup untuk security agent
├── Storage minim — tidak bisa simpan log atau update
├── Baterai kecil — tidak bisa real-time monitoring
└── Akibat: keamanan dikorbankan demi fungsionalitas
2. DEFAULT & HARDCODED CREDENTIALS
├── admin:admin, root:12345, user:password
├── Kredensial tertanam di firmware — tidak bisa diubah
├── Backdoor untuk maintenance — ditemukan attacker
├── Sama untuk semua perangkat dalam satu lini produk
└── Akibat: botnet mudah menginfeksi massal
3. FIRMWARE YANG TIDAK PERNAH DI-UPDATE
├── Tidak ada mekanisme OTA (Over-the-Air) update
├── Firmware ditandatangani dengan kunci yang sudah bocor
├── Setelah 2-3 tahun, vendor berhenti merilis update
├── Pengguna tidak tahu cara update firmware
└── Akibat: kerentanan yang sudah di-patch tetap bisa dieksploitasi
4. KOMUNIKASI TIDAK AMAN
├── HTTP bukan HTTPS — data dikirim plaintext
├── Telnet — kredensial dikirim tanpa enkripsi
├── Tidak ada sertifikat TLS — rentan MITM
├── Protokol proprietary yang tidak diaudit
├── UPnP otomatis membuka port ke internet
└── Akibat: attacker bisa menyadap dan memodifikasi data
5. PHYSICAL ACCESS
├── Perangkat IoT sering berada di lokasi tidak aman
├── Port JTAG/UART bisa diakses fisik
├── Flash memory bisa dibaca langsung (chip-off)
├── Firmware bisa di-dump, dianalisis, dan dimodifikasi
└── Akibat: attacker bisa mengekstrak kunci enkripsi dan kredensial
6. SUPPLY CHAIN RISK
├── Komponen dari berbagai vendor — trust chain tidak jelas
├── Backdoor di hardware (supply chain compromise)
├── Firmware pre-installed dengan malware
├── Chip counterfeit dengan kerentanan tersembunyi
└── Akibat: perangkat sudah terinfeksi sebelum sampai ke konsumen
Kerentanan Umum pada Perangkat IoT
TOP 10 KERENTANAN IOT (OWASP IOT TOP 10)
1. WEAK, GUESSABLE, OR HARDCODED PASSWORDS
├── Password default yang tidak bisa/tidak diubah
├── Hardcoded credentials di firmware
├── Backdoor accounts untuk debugging
└── Dampak: botnet mass infection, unauthorized access
2. INSECURE NETWORK SERVICES
├── Telnet, FTP, UPnP, mDNS terbuka
├── Port yang tidak diperlukan tetap berjalan
├── Network services dengan kerentanan known
└── Dampak: remote exploitation, lateral movement
3. INSECURE ECOSYSTEM INTERFACES
├── API web/mobile/cloud yang tidak aman
├── Tidak ada autentikasi di API endpoint
├── Injection (SQL, command) di interface
└── Dampak: compromise perangkat via cloud/API
4. LACK OF SECURE UPDATE MECHANISM
├── Firmware update tidak dienkripsi/tidak ditandatangani
├── Tidak ada anti-rollback protection
├── Update server tidak aman
└── Dampak: malicious firmware injection, downgrade attacks
5. USE OF INSECURE OR OUTDATED COMPONENTS
├── Kernel Linux 2.6 yang sudah EOL 10+ tahun
├── OpenSSL versi rentan (Heartbleed, dll.)
├── Library pihak ketiga tanpa audit
└── Dampak: eksploitasi kerentanan known yang sudah ada patch-nya
6. INSUFFICIENT PRIVACY PROTECTION
├── Data pribadi disimpan tanpa enkripsi
├── Data dikirim ke cloud tanpa izin pengguna
├── Excessive data collection
└── Dampak: privacy breach, regulatory non-compliance
7. INSECURE DATA TRANSFER AND STORAGE
├── Tidak ada enkripsi data in transit
├── Tidak ada enkripsi data at rest
├── Kunci enkripsi hardcoded — sama untuk semua perangkat
└── Dampak: data interception, credential theft
8. LACK OF DEVICE MANAGEMENT
├── Tidak ada cara untuk mengelola perangkat secara remote
├── Tidak bisa mendeteksi perangkat yang terinfeksi
├── Tidak bisa remote wipe jika hilang/dicuri
└── Dampak: asset blindness, inability to respond
9. INSECURE DEFAULT SETTINGS
├── Semua fitur diaktifkan — attack surface maksimal
├── Permission terlalu luas
├── Debug mode diaktifkan di production
└── Dampak: unnecessary exposure
10. LACK OF PHYSICAL HARDENING
├── Port debugging (JTAG, UART, SPI) terekspos
├── Flash memory tidak dienkripsi
├── Tamper protection tidak ada
└── Dampak: firmware extraction, physical attack
Vektor Serangan IoT
BAGAIMANA PERANGKAT IOT DISERANG
1. REMOTE EXPLOITATION (VIA INTERNET)
├── Shodan/Censys scanning — temukan perangkat terekspos
├── Eksploitasi kerentanan firmware via port terbuka
├── Default credential login via Telnet/SSH/HTTP
└── Contoh: Mirai botnet menginfeksi 600.000+ perangkat IoT via Telnet
2. CLOUD/MOBILE APP COMPROMISE
├── Serang cloud backend yang mengendalikan perangkat
├── Compromise mobile app — dapatkan token akses
├── API key leakage dari mobile app (reverse engineering)
└── Contoh: attacker mengakses ribuan kamera via cloud API yang bocor
3. NETWORK-BASED ATTACKS
├── ARP spoofing — redirect traffic IoT
├── DNS hijacking — alihkan koneksi ke server attacker
├── Rogue access point — perangkat IoT terhubung ke WiFi palsu
├── Man-in-the-Middle — sadap dan modifikasi komunikasi
└── Contoh: attacker di WiFi publik menyadap data smartwatch
4. PHYSICAL ATTACKS
├── Bongkar perangkat — akses port debugging
├── Firmware dumping via JTAG/UART
├── Fault injection (glitching) untuk bypass security
├── Side-channel analysis (power analysis, timing attack)
└── Contoh: attacker mengekstrak kunci enkripsi dari smart lock
5. SUPPLY CHAIN COMPROMISE
├── Malware pre-installed di pabrik
├── Hardware backdoor di tingkat komponen
├── Firmware dimodifikasi dalam perjalanan
└── Contoh: perangkat IoT dari vendor tak dikenal mengandung backdoor
6. SOCIAL ENGINEERING
├── Phishing untuk kredensial cloud IoT account
├── Fake firmware update notification
├── Tech support scam — "perangkat Anda terinfeksi"
└── Contoh: pengguna dipancing memberikan password admin IoT hub
Botnet IoT: Dari Mirai ke Generasi AI
EVOLUSI BOTNET IOT
MIRAI (2016) — YANG PERTAMA, YANG LEGENDARIS
├── Source code: bocor ke publik → ratusan varian
├── Target: IP camera, DVR, router dengan default credentials
├── Infeksi: 600.000 perangkat dalam 24 jam
├── Serangan: Dyn DNS — lumpuhkan Twitter, Netflix, Reddit
├── Pelajaran: password default adalah bencana keamanan global
└── Status: masih aktif dalam berbagai varian
HAJIME (2016-2017) — THE WHITE WORM
├── Menginfeksi perangkat yang sama dengan Mirai
├── Tapi: memblokir port agar Mirai tidak bisa menginfeksi
├── Pesan: "Just a white hat, securing some systems"
├── Kontroversial: meski "berniat baik," tetap ilegal
└── Status: tidak aktif
VPNFILTER (2018) — STATE-SPONSORED
├── Target: 500.000+ router di 54 negara
├── Kemampuan: traffic interception, data exfiltration, brick device
├── Self-destruct command: "kill all infected devices"
├── Persistent: survive reboot (berada di firmware)
└── Atribusi: APT28 (Rusia)
MOZI (2019-2024) — P2P BOTNET
├── P2P architecture — tidak ada C2 terpusat
├── Menginfeksi via Telnet + eksploitasi CVE
├── DDoS + data exfiltration + payload delivery
├── 1,5 juta perangkat terinfeksi di puncak
├── Takedown: 2024 oleh penegak hukum China
└── Pelajaran: P2P botnet jauh lebih sulit ditakedown
MANTIS (2022-2023) — YANG TERKUAT
├── Botnet kecil tapi sangat powerful
├── Hanya 5.000 bot — tapi menghasilkan 2.600 Gbps traffic
├── Target: server dan VM berperforma tinggi (bukan IoT lemah)
├── Setiap bot: server dengan bandwidth besar
└── Pelajaran: kuantitas bot tidak selalu = kekuatan serangan
AI-DRIVEN BOTNET (2024-2026) — GENERASI BARU
├── Bot dilengkapi model AI untuk pengambilan keputusan
├── Mampu beradaptasi dengan pertahanan target
├── Polymorphic behavior — menghindari signature detection
├── Mimikri traffic manusia — sulit dibedakan
└── Ini adalah ancaman yang sedang berkembang
Industrial IoT (IIoT): Ancaman Spesifik
Industrial IoT membawa risiko yang jauh lebih besar karena dampaknya bisa menyangkut keselamatan fisik dan infrastruktur nasional.
ANCAMAN KHUSUS INDUSTRIAL IOT (IIoT)
PROTOKOL INDUSTRI YANG RENTAN:
├── Modbus — tidak ada autentikasi, tidak ada enkripsi
├── DNP3 — desain sebelum era internet security
├── PROFINET — real-time protocol tanpa security
├── OPC-UA — sudah lebih baik, tapi implementasi sering tidak aman
├── MQTT — sering deployment tanpa TLS
└── Akibat: attacker bisa membaca dan menyuntikkan perintah ke sistem industrial
DAMPAK SERANGAN IIOT:
├── Stuxnet (2010) — sabotase centrifuge nuklir Iran via PLC
├── TRITON/TRISIS (2017) — serang safety system pabrik petrokimia
├── Colonial Pipeline (2021) — ransomware via IT/OT convergence
├── Oldsmar Water (2021) — attacker ubah kadar kimia air minum
├── Ukraine Power Grid (2015, 2016, 2022) — matikan listrik via serangan siber
└── Pelajaran: IIoT security = national security
IT/OT CONVERGENCE RISK:
├── OT (Operational Technology) dulu air-gapped — aman
├── Sekarang OT terhubung ke IT untuk efisiensi — terbuka
├── IT compromise = OT compromise
├── Ransomware di IT bisa menyebar ke OT
└── Akibat: shutdown pabrik, kerusakan fisik, bahaya keselamatan
UNIQUE CHALLENGES:
├── Tidak bisa reboot sembarangan — produksi berhenti
├── Patch sulit — downtime production tidak diterima
├── Legacy system — Windows XP, PLC dari 1990-an
├── Long lifecycle — perangkat 15-30 tahun, tanpa update
├── Tidak ada visibility — tidak tahu ada perangkat apa di OT network
└── Solusi: network segmentation, OT-specific security tools, passive monitoring
Standar dan Regulasi Keamanan IoT
STANDAR DAN REGULASI IOT GLOBAL
INTERNASIONAL:
├── ETSI EN 303 645 (EU) — standar baseline untuk consumer IoT
│ ├── Password unik per perangkat (bukan default universal)
│ ├── Vulnerability disclosure policy wajib
│ ├── Software update mechanism wajib
│ └── Berlaku untuk semua consumer IoT di EU
├── NISTIR 8259 (US) — IoT device cybersecurity requirements
│ ├── Device identification
│ ├── Device configuration
│ ├── Data protection
│ └── Cybersecurity state awareness
├── OWASP IoT Top 10 — panduan kerentanan IoT
├── IEC 62443 — standar keamanan untuk industrial automation
├── ISO/IEC 27001 Annex A — kontrol untuk IoT security
└── Cloud Security Alliance (CSA) IoT Security Framework
REGIONAL:
├── EU Cyber Resilience Act (2025) — mandatory security for all digital products
│ ├── Security by design wajib
│ ├── Vulnerability reporting wajib
│ ├── Update support minimal 5 tahun
│ ├── Sanksi: hingga 15 juta Euro atau 2,5% revenue
│ └── Produk tidak compliant tidak boleh dijual di EU
├── US IoT Cybersecurity Improvement Act — minimal standard untuk perangkat pemerintah
├── Singapore Cybersecurity Labelling Scheme (CLS) — label keamanan untuk IoT
├── Japan IoT Security Safety Framework
└── UK Product Security and Telecommunications Infrastructure (PSTI) Act
INDONESIA:
├── Peraturan BSSN — Pedoman Keamanan IoT (2024)
├── Sertifikasi perangkat telekomunikasi (POSTEL)
├── Belum ada aturan spesifik untuk consumer IoT security
└── Rekomendasi: ikuti standar internasional (ETSI EN 303 645)
Panduan Pengamanan IoT untuk Rumah
12 LANGKAH MENGAMANKAN IOT DI RUMAH
1. GANTI PASSWORD DEFAULT
├── Setiap perangkat — password unik minimal 12 karakter
├── Gunakan password manager untuk menyimpan
├── Jangan reuse password antar perangkat
└── Password admin berbeda dengan password user harian
2. PISAHKAN JARINGAN IOT
├── Buat WiFi SSID terpisah khusus IoT
├── Aktifkan client isolation (perangkat IoT tidak bisa saling bicara)
├── Atau: VLAN terpisah untuk IoT
└── Jika router tidak mendukung: setidaknya gunakan guest network
3. MATIKAN FITUR YANG TIDAK DIPERLUKAN
├── UPnP — sumber utama eksposur tidak sengaja
├── Remote access via internet (kecuali benar-benar butuh)
├── Telnet — selalu gunakan SSH
├── WPS — rentan brute force
└── Voice assistant yang tidak digunakan
4. UPDATE FIRMWARE SECARA BERKALA
├── Cek update setiap 1-3 bulan
├── Aktifkan auto-update jika ada
├── Download hanya dari situs resmi vendor
└── Jika perangkat sudah tidak dapat update — ganti
5. GUNAKAN FIREWALL
├── Router modern sudah memiliki firewall
├── Blokir inbound traffic — kecuali yang diperlukan
├── Monitor outbound traffic — deteksi botnet
└── Beberapa router memiliki IoT security features built-in
6. ENKRIPSI DATA
├── Pastikan perangkat menggunakan HTTPS (bukan HTTP)
├── Jika perangkat mendukung TLS, wajibkan TLS 1.2+
├── Enkripsi storage lokal jika ada data sensitif
└── Hindari perangkat yang mengirim data tanpa enkripsi
7. MONITOR JARINGAN
├── Cek daftar perangkat terhubung secara berkala
├── Waspadai perangkat tidak dikenal
├── Monitor bandwidth usage — deteksi anomali
└── Tools: Fing, Nmap, Wireshark (untuk advanced user)
8. MATIKAN SAAT TIDAK DIGUNAKAN
├── Smart TV: matikan mikrofon dan kamera
├── Smart speaker: mute jika tidak digunakan
├── Kamera: tutup fisik jika tidak perlu
└── Prinsip: minimize selalu-on connection
9. VERIFIKASI SEBELUM MEMBELI
├── Cek reputasi vendor — apakah rutin update firmware?
├── Cari CVE untuk model tersebut
├── Baca review keamanan
├── Pilih produk dengan sertifikasi keamanan (UL, ETSI)
└── Hindari produk tanpa merek yang tidak jelas asal-usulnya
10. GUNAKAN DNS FILTERING
├── Pi-hole, NextDNS, atau AdGuard Home
├── Blokir domain berbahaya di level DNS
├── Cegah perangkat IoT "menelepon ke rumah" ke server jahat
└── Bisa lihat domain apa yang dikontak perangkat Anda
11. BACKUP KONFIGURASI
├── Simpan konfigurasi router dan IoT hub
├── Catat password, IP, dan pengaturan
├── Simpan di tempat aman (bukan di perangkat IoT)
└── Memudahkan recovery jika perlu reset
12. EDUKASI PENGHUNI RUMAH
├── Semua orang yang tinggal di rumah harus tahu dasar keamanan
├── Jangan sembarangan install aplikasi IoT
├── Jangan bagikan akses ke orang luar
└── Laporkan jika perangkat berperilaku aneh
Panduan Pengamanan IoT untuk Organisasi
STRATEGI KEAMANAN IOT UNTUK ENTERPRISE
1. ASSET DISCOVERY & INVENTORY
├── Anda tidak bisa mengamankan yang tidak Anda ketahui
├── Tools: Armis, Ordr, Forescout, Microsoft Defender for IoT
├── Passive discovery (tidak mengganggu operasi)
├── Active scanning (untuk non-critical environment)
├── Identifikasi: tipe perangkat, firmware, port, protokol
└── Output: complete asset inventory yang selalu up-to-date
2. RISK ASSESSMENT & CLASSIFICATION
├── Klasifikasi perangkat berdasarkan:
│ ├── Kritikalitas (life safety, operational, administrative)
│ ├── Eksposur (internet-facing, internal, air-gapped)
│ ├── Kerentanan (CVE score, patch status)
│ └── Data sensitivity (PII, PHI, IP)
├── Prioritaskan mitigasi untuk high-risk devices
└── Review setiap 6 bulan
3. NETWORK SEGMENTATION
├── Pisahkan IoT dari jaringan IT dan OT
├── VLAN atau SDN-based segmentation
├── Firewall antar segmen dengan aturan ketat
├── IoT tidak boleh initiate connection ke IT (kecuali diizinkan)
└── Gunakan VPN atau ZTNA jika IoT perlu akses remote
4. ACCESS CONTROL
├── Zero Trust untuk IoT — setiap koneksi diverifikasi
├── Network Access Control (NAC) — 802.1x untuk IoT
├── Certificate-based authentication (bukan password)
├── Least privilege — IoT hanya akses yang diperlukan
└── Segmentasi berbasis identitas perangkat
5. CONTINUOUS MONITORING
├── Network traffic analysis — deteksi anomali
├── Behavioral baseline — apa yang "normal" untuk setiap perangkat
├── Alert untuk: komunikasi ke IP asing, traffic spike, protocol violation
├── Integrasi dengan SIEM/SOAR
└── 24/7 monitoring (SOC atau MSSP)
6. PATCH MANAGEMENT
├── Tidak semua perangkat IoT bisa di-patch
├── Strategi kompensasi untuk perangkat yang tidak bisa di-patch:
│ ├── Isolasi yang lebih ketat
│ ├── Virtual patching (IPS/WAF)
│ ├── Increased monitoring
│ └── Rencana penggantian dalam 12-24 bulan
├── Untuk yang bisa: jadwal patch maintenance rutin
└── Uji patch di lab sebelum production (jika memungkinkan)
7. INCIDENT RESPONSE PLAN FOR IOT
├── Skenario spesifik IoT dalam IR playbook:
│ ├── IoT botnet infection
│ ├── Compromised IIoT sensor
│ ├── Physical tampering detected
│ └── Cloud IoT platform breach
├── Prosedur isolasi — matikan perangkat atau segmen
├── Forensik — capture traffic, dump memory, preserve evidence
└── Koordinasi dengan vendor IoT
8. VENDOR RISK MANAGEMENT
├── Security assessment untuk semua vendor IoT
├── Kontrak: wajibkan security update untuk minimal 5 tahun
├── Right to audit — bisa melakukan security test
├── Incident notification — vendor wajib lapor jika ditemukan kerentanan
└── End-of-life policy — vendor wajib beri notifikasi 12 bulan sebelum EOL
9. SECURE DEPLOYMENT
├── Hardening checklist sebelum deployment:
│ ├── Ganti semua password default
│ ├── Disable semua service yang tidak diperlukan
│ ├── Konfigurasi firewall/host-based rules
│ ├── Aktifkan logging
│ ├── Update ke firmware terbaru
│ └── Enroll ke management platform
└── Tidak ada perangkat yang masuk network sebelum melalui proses ini
10. STAFF TRAINING
├── Tim IT/OT: training teknis IoT security
├── Operator: cara mengenali perangkat yang terinfeksi
├── Procurement: membeli perangkat yang secure-by-design
└── Management: memahami risiko bisnis IoT
Arsitektur Keamanan IoT
REFERENCE ARCHITECTURE: IOT SECURITY
┌───────────────────────────────────────────────────────────┐
│ IOT DEVICE LAYER │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Sensor │ │ Actuator │ │ Camera │ ... │
│ └────┬─────┘ └────┬─────┘ └────┬─────┘ │
│ │ │ │ │
│ ┌────▼──────────────▼──────────────▼─────┐ │
│ │ SECURE BOOT & ATTESTATION │ │
│ │ ├── Secure Boot (verified firmware) │ │
│ │ ├── TEE (Trusted Execution Environment)│ │
│ │ └── Hardware Root of Trust │ │
│ └────────────────────┬───────────────────┘ │
└───────────────────────┼────────────────────────────────────┘
│
┌───────────────────────▼────────────────────────────────────┐
│ NETWORK LAYER │
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ IOT GATEWAY / EDGE │ │
│ │ ├── Protocol translation (MQTT, CoAP, Modbus) │ │
│ │ ├── Local processing & filtering │ │
│ │ ├── TLS termination │ │
│ │ ├── Device authentication │ │
│ │ └── Traffic anomaly detection │ │
│ └───────────────────────┬───────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼───────────────────────────┐ │
│ │ NETWORK SEGMENTATION │ │
│ │ ├── VLAN isolation │ │
│ │ ├── Firewall rules (allow list only) │ │
│ │ ├── NAC (802.1x / MAB) │ │
│ │ └── IDS/IPS │ │
│ └───────────────────────┬───────────────────────────┘ │
└──────────────────────────┼─────────────────────────────────┘
│
┌──────────────────────────▼─────────────────────────────────┐
│ CLOUD / BACKEND LAYER │
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ IOT PLATFORM (AWS IoT, Azure IoT) │ │
│ │ ├── Device registry & identity │ │
│ │ ├── Mutual TLS authentication │ │
│ │ ├── Message broker (MQTT over TLS) │ │
│ │ ├── Device shadow (desired vs reported state) │ │
│ │ ├── Rules engine (routing & transformation) │ │
│ │ └── Jobs (remote command & update) │ │
│ └───────────────────────┬───────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼───────────────────────────┐ │
│ │ SECURITY SERVICES │ │
│ │ ├── Identity & Access Management (IAM) │ │
│ │ ├── Key Management Service (KMS) │ │
│ │ ├── Certificate Manager │ │
│ │ ├── Secrets Manager │ │
│ │ └── Audit logging (CloudTrail) │ │
│ └───────────────────────┬───────────────────────────┘ │
└──────────────────────────┼─────────────────────────────────┘
│
┌──────────────────────────▼─────────────────────────────────┐
│ MONITORING & ANALYTICS LAYER │
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ ├── SIEM (Splunk, Elastic, Sentinel) │ │
│ │ ├── IoT-specific analytics (Azure Defender, Armis) │ │
│ │ ├── Behavioral baseline & anomaly detection │ │
│ │ ├── Threat intelligence integration │ │
│ │ ├── Automated response (SOAR) │ │
│ │ └── Compliance reporting │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
Kesimpulan
Keamanan IoT bukan hanya tentang melindungi perangkat — ini tentang melindungi seluruh ekosistem digital yang kini terhubung melalui miliaran endpoint. Setiap kamera IP, sensor industri, atau smart TV yang tidak diamankan adalah celah yang menunggu untuk dieksploitasi.
Prioritas yang harus dijalankan:
Visibility. Inventarisasi semua perangkat IoT — Anda tidak bisa mengamankan apa yang tidak Anda ketahui keberadaannya.
Network segmentation. Pisahkan IoT dari jaringan utama. Jika satu perangkat terinfeksi, penyebarannya harus dibatasi.
Password hygiene. Ganti semua password default — langkah sederhana ini masih bisa mencegah mayoritas serangan IoT.
Firmware updates. Jaga firmware tetap up-to-date. Perangkat yang sudah tidak menerima update dari vendor harus diisolasi atau diganti.
Assume breach. Desain arsitektur dengan asumsi bahwa beberapa perangkat IoT sudah terkompromi — karena kenyataannya, mungkin memang begitu.
Dengan 75 miliar perangkat dan terus bertambah, keamanan IoT tidak bisa lagi dianggap sebagai domain khusus industrial control systems. Ia adalah disiplin yang harus dipahami oleh setiap profesional keamanan.
Sumber Referensi: OWASP IoT Top 10 (2024), ETSI EN 303 645, NISTIR 8259, ENISA IoT Security Guidelines, Cloudflare DDoS Threat Report, Unit 42 IoT Threat Report 2026, EU Cyber Resilience Act, IEC 62443, Palo Alto Networks IoT Security Guide.
