Langsung ke konten utama

Penetration testing

Berapa lama penetration testing berlangsung dan apakah mengganggu operasional

Ringkasnya

Estimasi durasi penetration testing per cakupan, dari satu aplikasi web sampai jaringan penuh, apa yang membuatnya molor, dan cara mengejar tenggat audit.

Penetration testing

Dua pertanyaan muncul sebelum hampir setiap penetration testing: berapa lama prosesnya, dan apakah akan menjatuhkan sesuatu? Kedua jawabannya bermuara pada hal yang sama, yaitu cakupan dan perencanaan, bukan keberuntungan. Versi singkat untuk keperluan perencanaan: pengujian yang fokus dihitung dalam hari, yang luas dalam minggu, dan siklus penuh dari scoping sampai laporan final dalam satu hingga dua bulan. Sisa halaman ini memberi angka untuk tiap cakupan dan menunjukkan di mana angka itu biasanya molor.

Estimasi durasi per cakupan

Cakupan adalah pengungkit terbesar: berapa banyak target, seberapa dalam pengujiannya, dan jenis pengujian apa. Gaya pengujian juga berpengaruh. Black-box test, di mana tester mulai tanpa pengetahuan dari dalam, butuh waktu lebih lama untuk menemukan pijakan ketimbang grey-box atau white-box test di mana Anda berbagi sebagian akses di awal. Berikut rentang perencanaan yang kami pakai saat scoping.

CakupanPengujian langsungTotal, scoping sampai laporan
Satu aplikasi web5 sampai 10 hari kerja, ditentukan jumlah fitur, peran pengguna, dan API di belakang antarmukanya3 sampai 4 minggu
Aplikasi mobile (iOS dan Android)5 sampai 10 hari kerja mencakup kedua platform dan API backend yang mereka pakai bersama3 sampai 4 minggu
Jaringan eksternal atau perimeter3 sampai 8 hari kerja untuk estate yang umum, lebih lama seiring bertambahnya host dan layanan aktif2 sampai 3 minggu
Jaringan internal atau red team2 sampai 4 minggu, karena tester merangkai banyak sistem menuju sebuah tujuan5 sampai 8 minggu
API tersendiri4 sampai 8 hari kerja untuk API yang terdokumentasi, lebih lama tanpa dokumentasi2 sampai 4 minggu
Lingkungan OT/ICS2 sampai 5 minggu, sebagian besar analisis pasif, dengan pengujian aktif dibatasi pada jendela pemeliharaan6 sampai 10 minggu

Ini panduan perencanaan dari pengujian yang kami cakup, bukan penawaran harga. Angka sebenarnya muncul dari percakapan scoping tempat Anda menyepakati target, kedalaman, dan aturannya. Lingkungan OT berada di ujung terlama bukan tanpa alasan: menguji sistem industri yang hidup secara aman butuh metode yang berbeda sama sekali, dan itu dibahas di OT VAPT vs IT VAPT.

Berapa lama pemindaian kerentanan berlangsung

Pemindaian kerentanan dan penetration testing menjawab pertanyaan yang berbeda dan berjalan pada jam yang berbeda. Pemindaian sebagian besar adalah waktu mesin: perkakas memeriksa host Anda terhadap basis data kelemahan yang sudah dikenal lalu melaporkan yang cocok. Pengujian sebagian besar adalah waktu manusia, dipakai untuk membuktikan kelemahan mana yang benar-benar bisa dirangkai menjadi akses. Itulah sebabnya pemindaian atas satu estate selesai dalam hitungan jam sementara pengujian atas estate yang sama makan waktu hari sampai minggu. SEOJK 29/2022 angka VII.2 menggambarkan urutannya persis begitu: identifikasi kerentanan dilakukan lebih dulu, baru dilanjutkan dengan penetration test.

Jenis pemindaianRentang waktu pemindaianYang menentukan angkanya
Perimeter eksternal, tanpa kredensial1 sampai 4 jam untuk beberapa puluh host aktifJumlah host yang merespons dan layanan yang terbuka, ditambah pembatasan laju di antara pemindai dan target
Jaringan internal, dengan kredensial4 sampai 24 jam untuk estate ukuran menengahJumlah host, dan pemeriksaan berkredensial yang membaca perangkat lunak terpasang serta status tambalan di tiap mesin, bukan menyimpulkannya dari jaringan
Aplikasi web, otomatis2 sampai 8 jamKedalaman penjelajahan, serta jumlah kolom masukan dan peran pengguna terautentikasi yang harus dilalui pemindai
API mandiri1 sampai 4 jam bila skema tersediaAda atau tidaknya definisi OpenAPI atau Postman. Tanpa itu, tiap endpoint harus ditunjuk manual lebih dulu
Seluruh estate, pemindaian pertama2 sampai 5 hari kerjaPenemuan aset, penyiapan kredensial, dan penyaringan positif palsu, yang mendominasi pemindaian pertama lalu menyusut pada pemindaian berikutnya

Sama seperti tabel pengujian di atas, angka-angka ini panduan perencanaan dari pekerjaan yang kami cakup, bukan penawaran. Angka ini juga waktu jalan pemindai, bukan waktu proyek, dan jarak antara keduanya adalah tempat jadwal biasanya meleset. Laporan pemindai yang belum disaring pada jaringan ukuran menengah bisa mencapai ribuan baris, sebagian besar bersifat informasional atau berulang di banyak host, dan mengubahnya menjadi daftar prioritas yang bisa dikerjakan orang biasanya makan waktu lebih lama daripada pemindaiannya sendiri. Kami menganggarkan satu sampai tiga hari analisis untuk pemindaian penuh yang pertama, dan lebih singkat setelah lingkungannya tertata.

Yang diminta regulator Indonesia

Soal frekuensi, jawabannya berbeda tergantung siapa yang mengawasi Anda, dan dua aturan di bawah ini kerap dikutip keliru.

Bagi pihak yang diatur Bank Indonesia, PBI 2/2024 Pasal 30 huruf c mewajibkan pemantauan yang mencakup "pemindaian Kerentanan Siber, secara konsisten dan berkelanjutan". Pemindaian di sini bukan acara terjadwal dengan durasi, melainkan proses yang berjalan terus, dan penjelasan pasal itu memasukkan uji penetrasi sebagai bagian dari kegiatan pemindaian kerentanan yang sama.

Bagi bank umum, POJK 11/2022 memecah pengujian menjadi dua aliran dengan kewajiban yang berbeda. Pasal 24 ayat (1) mewajibkan pengujian berdasarkan analisis kerentanan "secara berkala" tanpa menyebut interval, dan Pasal 24 ayat (2) mengirim hasilnya ke OJK sebagai bagian dari laporan kondisi terkini penyelenggaraan TI bank. Angka minimal setahun sekali yang begitu sering dikutip ada di Pasal 25 ayat (1), dan berlaku untuk pengujian berdasarkan skenario, bukan untuk analisis kerentanan. SEOJK 29/2022 angka VII.2 menyerahkan interval analisis kerentanan pada evaluasi intern bank, dengan kritikalitas sistem dan perubahan arsitektur yang menaikkan eksposur risiko sebagai faktor penimbangnya.

Setiap Penyelenggara Sistem Elektronik, lingkup publik maupun privat, juga memikul kewajiban terpisah menurut PP 71/2019 Pasal 34 ayat (1) untuk melakukan Uji Kelaikan Sistem Elektronik, yang menurut Pasal 1 angka 14 adalah penilaian objektif atas setiap komponen sistem, dilakukan secara mandiri dan/atau oleh institusi yang berwenang dan berkompeten.

Tahapannya, dari awal sampai akhir

Penetration testing bukan sekadar satu minggu pengujian langsung, dan merencanakan linimasa hanya di sekitar bagian itu adalah tempat jadwal mulai meleset.

ScopeUjiLaporkanRemediasiRetest

Scoping menetapkan target dan aturan main. Pengujian adalah bagian langsungnya. Laporan mengubah temuan mentah menjadi sesuatu yang bisa ditindaklanjuti tim Anda, dan biasanya terbit sekitar seminggu setelah pengujian selesai. Anda melakukan remediasi, lalu retest memastikan perbaikan benar-benar berhasil. Sediakan waktu untuk kedua ujungnya, bukan hanya pengujiannya.

Apa yang membuat linimasa molor

Di lapangan, empat hal membuat jadwal pentest molor jauh lebih sering daripada pengujiannya sendiri.

Yang pertama scoping yang berlarut. Daftar aset yang tidak lengkap, persetujuan yang menunggu tanda tangan orang yang sedang cuti, atau pertanyaan yang belum diputuskan soal apakah aplikasi mobile masuk cakupan bisa menambah berminggu-minggu sebelum tester menyentuh apa pun. Yang kedua akses lingkungan: akun uji belum dibuat, akses VPN belum diberikan, IP sumber belum di-whitelist, atau salinan staging masih dibangun. Setiap hari tester menunggu akses adalah satu hari tambahan di jadwal.

Yang ketiga kalender bisnis. Pembekuan perubahan menjelang tutup buku bulanan, akhir tahun, dan musim Lebaran lazim di perusahaan Indonesia, dan pengujian yang tidak boleh berjalan selama pembekuan harus dipesan mengitarinya. Yang keempat siklus retest: jeda antara menerima laporan dan menyelesaikan remediasi sepenuhnya ada di tangan Anda, dan inilah fase yang paling sering diremehkan tim. Kalau tujuannya laporan bersih untuk auditor, waktu remediasi harus masuk rencana sejak hari pertama.

Apakah akan mengganggu sistem kami

Inilah ketakutan yang membuat banyak tim ragu, dan untuk pengujian yang dikelola baik, ketakutan itu sebagian besar tidak beralasan. Tester yang tepercaya merencanakan di sekitar operasional Anda: pemeriksaan yang merusak atau berat ditandai di awal, dijalankan pada jendela pemeliharaan, atau diarahkan ke salinan staging alih-alih produksi. Tester menjaga jalur kontak tetap terbuka selama pengujian dan berhenti jika ada yang terlihat rapuh. Tujuannya menemukan kelemahan seperti yang dilakukan penyerang, tanpa berperilaku seperti penyerang yang ingin merusak.

Sebagian besar perlindungan itu dibangun dalam percakapan scoping, bukan saat pengujian. Sepakati target dan aturan main, tetapkan jendela waktu, tandai sistem yang rapuh, putuskan apa yang dijalankan di produksi versus staging, dan tunjuk kontak darurat di kedua sisi.

Aturan mainJendela waktuProduksi vs stagingDaftar sistem rapuhKontak darurat

Merencanakan di sekitar tenggat kepatuhan atau sertifikasi

Kebanyakan penetration testing di Indonesia terikat pada sebuah tanggal. Untuk bank umum, POJK 11/2022 Pasal 25 ayat (1) mewajibkan pengujian keamanan siber berdasarkan skenario paling sedikit satu kali dalam satu tahun, dengan hasilnya dilaporkan ke OJK paling lambat sepuluh hari kerja setelah selesai sesuai Pasal 25 ayat (3). Operator infrastruktur informasi vital membawa ekspektasi asesmennya sendiri di bawah Perpres 82/2022, dan audit sertifikasi ISO 27001 rutin meminta laporan pengujian terkini beserta bukti temuannya sudah diperbaiki.

Menghitung mundur dari tanggal yang sudah pasti, rencana yang aman kira-kira begini: satu hingga dua minggu untuk scoping dan kontrak, satu hingga dua minggu antrean penyedia sebelum pengujian mulai, jendela pengujiannya sendiri, seminggu untuk laporan, dua hingga empat minggu bagi tim Anda melakukan remediasi, lalu retest singkat supaya auditor melihat temuan yang sudah tertutup. Totalnya kurang lebih sepuluh hingga dua belas minggu. Tim yang memesan pengujian sebulan sebelum audit biasanya berakhir menyodorkan laporan penuh temuan terbuka. Tim yang memesan satu kuartal di muka menyodorkan laporan yang sudah tertutup, dan bedanya terlihat jelas di mata regulator.

Kalau pengujian tahunan itu bagian dari program yang lebih luas, ia berpasangan dengan pemindaian yang berulang; pembagian peran keduanya dibahas di perbedaan vulnerability assessment dan penetration testing.

Kalau Anda memberi tahu kami apa yang ingin diuji, apa yang Anda khawatirkan rusak, dan tanggal berapa hasilnya harus tiba, kami bisa mencakup pengujian yang menjawab ketiganya. Lihat cakupan lengkap layanan penetration testing di Indonesia kami untuk metodologi, target, dan pelaporan.

Referensi

  1. 1.OJK, POJK Nomor 11/POJK.03/2022 tentang Penyelenggaraan Teknologi Informasi oleh Bank Umum (Pasal 24 dan Pasal 25)
  2. 2.OJK, SEOJK Nomor 29/SEOJK.03/2022 tentang Ketahanan dan Keamanan Siber bagi Bank Umum (romawi VII)
  3. 3.Bank Indonesia, PBI Nomor 2 Tahun 2024 tentang Keamanan Sistem Informasi dan Ketahanan Siber (Pasal 30)
  4. 4.PP Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik (Pasal 1 angka 14 dan Pasal 34)
  5. 5.Perpres Nomor 82 Tahun 2022 tentang Pelindungan Infrastruktur Informasi Vital

Ditinjau oleh Karina Kosasih, Offensive Security Lead

Pertanyaan umum

Bergantung pada cakupan. Satu aplikasi web atau mobile biasanya satu hingga dua minggu pengujian langsung, perimeter eksternal sekitar seminggu, dan jaringan internal penuh atau lingkungan OT beberapa minggu. Tambahkan scoping di awal dan laporan tertulis di akhir, maka waktu berjalan dari kontak pertama sampai laporan final umumnya tiga hingga delapan minggu.

Terkait

Siap memperkuat keamanan siber Anda?

Bicarakan kebutuhan Anda dengan tim kami di Jakarta.

Tim kami di Jakarta. Kami membalas dalam satu hari kerja.

WhatsApp