Menyiapkan akses jarak jauh vendor ke sistem OT
Akses untuk dukungan teknis perlu batas pekerjaan dan penanggung jawab yang jelas. Siapkan persetujuan, pengawasan, kondisi penghentian dan pemeriksaan akhir bersama pemilik operasi.
Di halaman ini
Apa yang berbeda pada akses OT?
Operational technology (OT) berinteraksi dengan proses atau lingkungan fisik. Contohnya sistem otomasi bangunan, pengendali proses dan sistem pemantauan operasional. Keselamatan, ketersediaan serta kondisi operasi ikut menentukan cara mengamankannya.
Akses vendor untuk membaca diagnosis berbeda dari izin mengubah konfigurasi atau menjalankan perintah. VPN hanya menyediakan jalur koneksi; koneksi itu belum membuktikan siapa berwenang melakukan pekerjaan atau bahwa perubahan aman bagi operasi.
Panduan ini membahas pengelolaan akses. Penentuan konfigurasi, pemindaian dan perubahan mesin harus dilakukan bersama pihak yang memahami sistem serta keselamatannya.
Sepakati pekerjaan sebelum membuka akses
Catat masalah, sistem yang boleh diakses, tujuan, jenis kegiatan dan tindakan yang dilarang. Tentukan pihak vendor, pemilik operasi, fungsi keamanan, pemberi persetujuan serta pengawas sesi.
| Keputusan | Hal yang perlu disepakati |
|---|---|
| Tujuan dan lingkup | Sistem/komponen yang diperbolehkan; diagnosis saja atau perubahan tertentu yang disetujui. |
| Waktu | Awal, akhir, zona waktu, kondisi operasi dan proses meminta perpanjangan. |
| Identitas dan jalur | Pengguna yang ditunjuk, hak minimum dan jalur akses yang disetujui; tanpa akun bersama yang tidak terlacak. |
| Pengawasan | Penanggung jawab sesi, pemberitahuan ke operator, pencatatan dan kanal komunikasi. |
| Batas keselamatan | Kondisi pekerjaan boleh dimulai/dihentikan serta pihak yang mengambil keputusan. |
| Penutupan | Pengakhiran akses, pemeriksaan kondisi sistem, bukti dan tindak lanjut. |
Gunakan catatan akses vendor OT sebagai lembar kerja. Catat referensi persetujuan dan bukti di tempat terbatas; jangan menaruh kata sandi, alamat mesin atau diagram rinci di dokumen publik.
Siapkan jalur dan identitas yang dibatasi
NIST SP 800-82 Rev. 3 bagian 6.2.10 menganjurkan proses permintaan akses, pembatasan sesuai kebutuhan, autentikasi yang kuat serta pemantauan. Pertimbangkan MFA dan kemampuan sistem yang digunakan. Jangan membiarkan jalur dukungan melewati pembatasan keamanan atau keselamatan.
Pemilik sistem perlu memeriksa siapa membuat akun, kapan akun aktif, sistem yang dapat dicapai, dan siapa dapat mengakhiri akses. Jika kemampuan perangkat lama terbatas, pengamanan tambahan harus dirancang dan disetujui sesuai kondisi operasi. Artikel ini tidak menetapkan satu topologi untuk semua instalasi.
Awasi pekerjaan dan perubahan lingkup
Pastikan operator mengetahui sesi yang direncanakan. Catat waktu mulai, identitas pelaksana, kegiatan dan perubahan yang benar-benar dilakukan. Sesuaikan perekaman sesi dengan kebijakan, data sensitif dan kemampuan teknis; bukti tidak boleh disimpan sembarangan.
Jika vendor perlu akses tambahan, hentikan perluasan pekerjaan sampai persetujuannya jelas. Jangan mengubah sesi diagnosis menjadi pemindaian, pembaruan firmware atau perubahan produksi hanya karena koneksinya sudah terbuka.
Siapkan cara merespons aktivitas tidak sah atau kondisi abnormal. Pemutusan akses darurat mengikuti keputusan dan prosedur pemilik operasi; bukan instruksi memutus semua koneksi OT secara otomatis. Cara penghentian yang salah dapat mengganggu proses fisik. Kanal komunikasi dan pihak pengambil keputusan perlu tersedia selama sesi.
Akhiri sesi dan periksa hasilnya
Setelah pekerjaan selesai, pastikan hak sementara dan jalur yang tidak lagi diperlukan dinonaktifkan sesuai prosedur yang disetujui. Periksa akun, sesi yang masih aktif, perubahan dan kondisi operasi bersama pemilik sistem.
Catat hasil aktual, masalah yang belum selesai, bukti pengakhiran akses dan pemilik tindak lanjut. Jangan menutup permintaan hanya karena vendor sudah keluar dari panggilan. Jika akses harus berlanjut, catat alasan dan persetujuan baru.
Contoh: diagnosis pada perangkat latihan
Contoh buatan OT-DEMO-01 belum dijalankan pada sistem nyata. Rancangannya memakai perangkat latihan yang terpisah dari proses produksi. Vendor hanya boleh membaca informasi diagnosis yang disetujui; tidak boleh mengubah program, mengendalikan aktuator atau memindahkan pekerjaan ke produksi.
Hasil yang diharapkan: identitas serta kegiatan dapat ditelusuri, lingkup tambahan ditolak tanpa persetujuan, dan akses berakhir sesuai keputusan pemilik. Worksheet terisi menunjukkan cara mencatat pekerjaan yang masih terbuka; contoh itu bukan hasil pengujian atau persetujuan akses.
Bedakan panduan teknis dan kewajiban sektor
Rujukan teknis yang digunakan adalah NIST SP 800-82 Rev. 3 final, September 2023. Halaman resmi NIST mencatat Rev. 4 sebagai initial public draft pada pemeriksaan ini; draft tidak diperlakukan sebagai edisi final atau kewajiban Indonesia.
Memiliki OT tidak otomatis menjadikan organisasi penyelenggara IIV. Periksa lingkup Perpres 82/2022, proses identifikasi/penetapan, aturan sektor dan kontrak. Kewajiban insiden serta bukti dapat berbeda menurut layanan yang ditopang.
Sebelum dukungan yang dapat mengubah konfigurasi, hubungkan izin dengan peta jalur OT serta paket pemulihan. Model lokal pada panduan baru tidak menjalankan sesi OT-DEMO-01 atau menghasilkan persetujuan operasi untuknya.
Sumber rujukan
- NIST SP 800-82 Rev. 3 — Guide to Operational Technology Security ↗NIST; final 2023, perencanaan risiko OT dan keselamatan · Bagian 2–4 dan 6.2.10: kebutuhan operasi, tim lintas fungsi serta akses jarak jauh.
- NIST SP 800-82 Rev. 3 — status final dan catatan revisi ↗NIST CSRC; Rev. 4 tercatat sebagai initial public draft pada pemeriksaan · Rev. 3 final September 2023; planning note 21 September 2026 menyebut Rev. 4 sebagai initial public draft.
- Perpres Nomor 82 Tahun 2022 — Pelindungan Infrastruktur Informasi Vital ↗Republik Indonesia; naskah melalui Ditjen Peraturan Perundang-undangan · Pasal 1, 4, 6 dan 9–13: lingkup IIV terpisah dari kategori OT.
Baca naskah lengkap untuk melihat syarat dan pengecualiannya. Sesuaikan dengan layanan dan bidang usaha Anda.
Perlu membahas kebutuhan tim Anda?
Ceritakan sistem yang dikelola dan kebutuhan pengamanan tim Anda.
Konsultasikan kebutuhan Anda