Keamanan CCTV: Pemeriksaan Sebelum Kamera Dipakai

Keamanan CCTV perlu diperiksa sebelum kamera diserahkan untuk dipakai. Ganti kredensial bawaan, periksa firmware, batasi koneksi jaringan, dan uji bahwa video tidak bisa ditonton tanpa izin. Pemeriksaan ini disebut hardening, yaitu mempersempit jalur masuk yang tidak dibutuhkan. Daftarnya harus disesuaikan dengan model kamera dan kebutuhan lokasi.

Masukkan pemeriksaan keamanan ke dalam serah terima, bersama pengujian gambar dan perekaman. Catat hasil setiap pemeriksaan agar konfigurasi dapat ditinjau kembali.

Kredensial tidak hanya ada di login web

Mengganti kata sandi pengelola pada dasbor web hanya menangani satu jalur akses. Sebagian firmware DVR/NVR berbasis chipset seperti Hisilicon atau Anyka dapat menyediakan kredensial lain yang tidak ikut berubah saat kata sandi dasbor diganti. Ada akun penelusuran masalah (debug) melalui Telnet atau SSH. Ada kredensial ONVIF yang terpisah. Ada juga URL stream RTSP yang bisa membawa nama pengguna dan kata sandi tersendiri, lepas dari layar login.

Periksa layanan yang terbuka melalui pemindaian port pada perangkat, kemudian uji kredensial setiap layanan; pemeriksaan layar masuk saja belum cukup. Di instalasi yang saya audit, temuan paling umum di pemeriksaan keamanan pertama selalu sama: port 23 Telnet dan 554 RTSP masih terbuka dengan setelan pabrik.

Catat versi firmware seluruh kamera di lokasi

Cocokkan versi firmware terpasang dengan pemberitahuan keamanan vendor sebelum pengujian akhir dan serah terima (commissioning). Pemberitahuan keamanan TP-Link untuk CVE-2026-0629 menunjukkan persis apa yang ditangkap pemeriksaan ini: pengabaian autentikasi dalam pemulihan kata sandi kamera VIGI C dan VIGI InSight. Siapa pun di LAN bisa mengatur ulang kata sandi pengelola — tanpa verifikasi, tanpa kredensial apa pun.

Kamera murah dari puluhan merek sering hanya beda stiker; chipset dan SDK di dalamnya sama. Satu kerentanan dengan nomor CVE pada firmware yang sama dapat memengaruhi beberapa merek. Periksa model dan versinya, bukan hanya merek pada kemasan. Karena itu, simpan inventaris model dan versi firmware per lokasi. Begitu advisory keluar, pertanyaan "kamera mana saja yang kena" harus terjawab dalam hitungan menit — bukan lewat pendataan ulang tiap lokasi.

Matikan jalur P2P vendor yang tidak dibutuhkan

Layanan P2P vendor memungkinkan akses melalui server perantara di internet. Pada banyak aplikasi DVR bermerek ulang, perangkat menggunakan pengenal UID untuk membuat sambungan keluar melewati NAT. Akibatnya, pembatasan sambungan masuk saja belum cukup untuk mengendalikan akses jarak jauh.

Fitur ini sering dibiarkan aktif saat pemasangan. Fungsinya memang ada: pemilik rumah bisa memantau kamera dari HP tanpa mengatur penerusan port. Untuk kasus itu berguna. Jika akses tersebut tidak diperlukan, sambungan ini menambah jalur masuk yang perlu ditutup.

Matikan lewat pengaturan firmware, jangan hanya dengan tidak memasang aplikasi vendornya. Perangkat membuka sambungan keluar melalui layanan P2P tersebut.

Pisahkan jaringan kamera dan tolak akses secara bawaan

Tempatkan kamera pada jaringan logis terpisah (VLAN) dan gunakan aturan penolakan bawaan (default deny). Tetapkan dua pembatasan: Pertama, hanya host NVR atau VMS yang boleh membuka koneksi ke subnet itu. Kedua, tidak ada apa pun di subnet itu yang boleh membuka koneksi keluar ke internet.

Pembatasan ini mempersempit beberapa jalur serangan sekaligus. Sambungan P2P terblokir. Firmware yang mencoba menghubungi server update tak terverifikasi ikut terblokir. Pembatasan mempersempit jalur keluar kamera yang dibobol. Uji isolasinya; host perekam dan layanan lain yang diizinkan tetap dapat menjadi jalur serangan.

Host NVR atau VMS-nya sendiri juga layak dikunci terpisah. Itu saya bahas di mengintegrasikan access control dan VMS dengan sistem sendiri.

Uji bahwa aliran RTSP memerlukan autentikasi

Perangkat lunak pengelola video (VMS) kadang membutuhkan format URL RTSP tertentu untuk kredensial. Tekanan waktu pemasangan dapat mendorong petugas menonaktifkan autentikasi agar gambar segera tampil. Pengaturan tersebut perlu diperbaiki sebelum serah terima.

Jika autentikasi dinonaktifkan, pengguna pada segmen jaringan yang sama dapat menonton aliran video menggunakan klien RTSP umum. Akses itu tidak membutuhkan eksploitasi kerentanan; alamat aliran videonya sudah cukup.

Uji URL aliran video menggunakan aplikasi pemutar kedua tanpa kredensial. Keberhasilan VMS tersambung hanya membuktikan sambungan bekerja, bukan bahwa pengguna tanpa izin ditolak.

Kirim log keluar dari perangkat

Catatan pada antarmuka web kamera saja belum cukup untuk penelusuran insiden. Reset firmware, percobaan login gagal, dan perubahan konfigurasi harus mendarat di pengumpul syslog atau notifikasi SNMP (trap) di luar perangkat. Pengelolaan peringatannya sama dengan yang dipakai penerapan kamera deteksi APD untuk memilah kejadian yang membutuhkan tindakan dari gangguan sinyal yang tidak relevan.

Peringatan perangkat tidak terhubung saja belum membedakan pengaturan ulang oleh penyerang dari kehilangan listrik. Catatan di luar perangkat dapat membantu membedakan penyebabnya jika sempat merekam kejadian yang relevan, tetapi belum tentu menjelaskan setiap insiden.

Jadikan hasil pemeriksaan bagian dari serah terima

Kredensial bawaan, layanan P2P aktif, dan RTSP tanpa autentikasi dapat membuka akses tanpa terlihat pada layar pemantauan. Periksa konfigurasi aktual setiap model; gambar yang normal belum membuktikan keamanan perangkat.

Tutup layanan yang tidak dibutuhkan, uji akses yang tetap diizinkan, dan simpan bukti pemeriksaan sebelum kamera diserahkan.