Laju transformasi digital yang eksponensial di berbagai sektor industri berbanding lurus dengan peningkatan lanskap ancaman siber. Ketika organisasi berbondong-bondong mengadopsi infrastruktur awan, arsitektur microservices, dan integrasi API yang kompleks, celah kerentanan sistem ikut terbuka semakin lebar. Namun, di tengah kebutuhan mendesak untuk memperkuat benteng pertahanan digital, dunia korporasi justru dihadapkan pada barikade besar: cybersecurity talent shortage. Laporan riset industri dari ISC2 menunjukkan bahwa 70% perusahaan global maupun lokal secara konsisten mengalami kesulitan tinggi dalam merekrut tenaga profesional penetration testing (penotester) yang memiliki kualifikasi teruji.
Kondisi talent gap ini menciptakan krisis kapasitas yang mengancam stabilitas operasional. Tanpa adanya penetration tester berkualifikasi yang mampu mensimulasikan serangan siber secara nyata, perusahaan beroperasi dalam ilusi keamanan, merasa terlindungi padahal pintu belakang sistem mereka telah terbuka lebar bagi para peretas jahat.
FAQ
Apakah workshop pentest cukup untuk menjadikan staf internal seorang Penetration Tester?
Workshop pentest memberikan fondasi praktis yang sangat krusial, terutama dalam memahami alat bantu (tools), metodologi peretasan, dan analisis kerentanan dunia nyata. Untuk memenuhi kualifikasi kepatuhan hukum dan audit industri, hasil workshop dapat dilanjutkan dengan uji kompetensi mandiri atau pengerjaan proyek simulasi langsung.
Apa perbedaan utama antara Vulnerability Assessment (VA) dan Penetration Testing (PenTest)?
Vulnerability Assessment (VA) adalah proses terotomatisasi untuk memindai dan mengidentifikasi celah kerentanan yang dikenal pada sistem. Sementara Penetration Testing adalah simulasi serangan aktif oleh manusia (ethical hacker) untuk mengeksploitasi celah tersebut guna menguji seberapa jauh peretas dapat menembus infrastruktur organisasi.
Mengapa evaluasi berbasis praktik sangat diutamakan industri?
Evaluasi berbasis praktik mewajibkan kandidat meretas sejumlah mesin atau sistem target dalam lingkungan uji berwaktu nyata. Ini membuktikan bahwa analis memiliki keterampilan teknis dan metodologi peretasan dunia nyata, bukan sekadar menghafal teori.
Bagaimana strategi perusahaan skala menengah yang memiliki anggaran terbatas untuk merekrut PenTester?
Perusahaan skala menengah dapat mendaftarkan staf IT internal ke workshop pentest terjangkau untuk membangun kapabilitas pertahanan tingkat dasar, dikombinasikan dengan pemindaian kerentanan berkala serta penggunaan layanan PTaaS sesuai kebutuhan proyek.
Anatomi Krisis: Mengapa Penetration Tester Qualified Begitu Langka?
Kelangkaan pakar penetration testing bukan sekadar masalah kuantitas lulusan akademis, melainkan ketidaksesuaian mendasar antara kualifikasi teoritis dan kebutuhan lapangan yang dinamis. Beberapa faktor utama yang memperparah krisis talenta ini meliputi:
1. Tingginya Standar Keterampilan Berbasis Praktik
Industri keamanan siber tidak lagi mengandalkan ijazah formal atau pengujian berbasis teori pilihan ganda semata. Evaluasi kemampuan penotester menuntut uji praktik langsung (hands-on lab) selama puluhan jam. Tingkat kesulitan pengujian berbasis lab yang sangat ketat membuat jumlah profesional teruji yang mampu menguasai metodologi peretasan etis tetap sangat terbatas di pasar kerja.
2. Standar Regulasi dan Kepatuhan Industri
Pemerintah dan lembaga pengawas keuangan kian memperketat aturan audit keamanan digital. Regulasi seperti Standar Keamanan Data Industri Kartu Pembayaran (PCI-DSS), UU Perlindungan Data Pribadi (UU PDP), serta regulasi ketahanan siber dari Otoritas Jasa Keuangan (OJK) mewajibkan organisasi melakukan penetration testing secara berkala. Ketentuan hukum yang mengharuskan pengujian dilakukan oleh personel teruji melipatgandakan permintaan pasar dalam waktu singkat.
3. Kompetisi Global dan Pembajakan Talenta (Brain Drain)
Sifat pekerjaan keamanan siber yang dapat dilakukan secara jarak jauh (remote work) membuat perusahaan lokal harus berhadapan langsung dengan korporasi global. Perusahaan asing dengan modal ventura besar mampu menawarkan kompensasi dalam mata uang asing bernilai tinggi, sehingga menyerap sebagian besar penetration tester berbakat dari negara-negara berkembang.
Dampak Sistemik Bagi Kelangsungan Bisnis
Ketiadaan penetration tester teruji dalam tim Red Team atau mitra pihak ketiga membawa konsekuensi fatal yang langsung berdampak pada lini keuangan dan reputasi organisasi:
Peningkatan Risiko Kerentanan Kritis Unpatched: Tanpa simulasi serangan yang akurat, celah keamanan tingkat tinggi (zero-day vulnerabilities atau salah konfigurasi kritis) gagal teridentifikasi sebelum dieksploitasi oleh kelompok ransomware.
Kerugian Finansial Akibat Sanksi Kepatuhan: Perusahaan yang gagal memenuhi standar pengujian siber terancam denda regulasi yang berat serta penangguhan izin operasional dari otoritas terkait.
Ancaman Kebocoran Data dan Kerusakan Reputasi: Rata-rata biaya insiden kebocoran data (data breach) kini mencapai jutaan dolar. Kerusakan nama baik merek serta keruntuhan kepercayaan nasabah seringkali membutuhkan waktu bertahun-tahun untuk dipulihkan.
Solusi Strategis: Bagaimana Korporasi Harus Beradaptasi?
Untuk mengatasi kelangkaan talenta ini tanpa mengorbankan standar keamanan, jajaran manajemen dan pimpinan Divisi SDM (HR) dapat menerapkan tiga pendekatan strategis:
Mengadopsi Model Penetration Testing as a Service (PTaaS) Perusahaan dapat bermitra dengan penyedia jasa keamanan terkelola (Managed Security Service Provider) yang telah memiliki tim penetration tester berpengalaman lengkap. Model PTaaS memungkinkan pengujian dilakukan secara berkelanjutan melalui platform berbasis awan tanpa harus memikul beban gaji tetap analis senior.
Memanfaatkan Platform Bug Bounty Terorganisir Melibatkan komunitas peretas etis global melalui program bug bounty privat dapat melengkapi audit keamanan internal. Langkah ini memberikan akses ke ribuan peneliti keamanan dengan berbagai latar belakang keahlian untuk menemukan celah sistem secara legal.
Mewajibkan Program Up-skilling Melalui Workshop Pentest Daripada terus bersaing memperebutkan kandidat senior di pasar kerja yang jenuh, perusahaan dapat mengikutsertakan tim IT internal (seperti system administrator, developer, atau network engineer) ke dalam workshop pentest intensif berbasis simulasi laboratorium (hands-on lab). Langkah ini mempercepat penyerapan metodologi uji penetrasi nyata dan mempersiapkan staf internal untuk menghadapi simulasi peretasan sistem secara efektif.
Online Workshop
Cyber Security Expert Track
How to Be an Outstanding and Strategic Pentester
Naik level dari sekadar pengguna tools menjadi Strategic Pentester. Pelajari alur kerja pentest yang utuh, dari information gathering sampai menyusun laporan dan strategi keamanan, langsung dari praktisi bersertifikasi.
Portofolio penetration tester adalah dokumen rekam jejak teknis dan analitis yang membuktikan kemampuan seorang praktisi keamanan siber dalam mengidentifikasi, mengeksploitasi, dan memitigasi celah keamanan secara etis. Di industri cybersecurity, sertifikasi profesional seperti Certified Ethical Hacker (CEH), Offensive Security Certified Professional (OSCP), atau Certified Penetration Tester (CPT) berfungsi sebagai validasi pengetahuan dasar. Namun, portofolio berbasis proyek nyata adalah instrumen utama yang digunakan oleh perekrut dan klien bisnis untuk mengukur kualitas pola pikir analitis serta pemahaman risiko bisnis seorang penguji.
Banyak praktisi pemula terjebak dengan sekadar menyajikan daftar tools seperti Nmap, Burp Suite, atau Metasploit, serta menampilkan tangkapan layar hasil pemindaian otomatis (automated scanner). Portofolio yang efektif dan berstandar industri harus disusun secara sistematis dengan menghubungkan tiga elemen fundamental: kejelasan batasan ruang lingkup (scope), kedisiplinan metodologi pengujian, dan kuantifikasi dampak temuan terhadap bisnis.
FAQ
Apakah praktisi tanpa pengalaman kerja nyata bisa membuat portofolio yang valid?
Sangat bisa. Praktisi dapat memanfaatkan platform laboratorium virtual seperti Hack The Box, Try HackMe, VulnHub, atau berpartisipasi dalam program Bug Bounty resmi (seperti HackerOne atau Bugcrowd). Menuliskan write-up atau laporan analisis dari mesin-mesin tantangan tingkat lanjut dengan pendekatan laporan profesional sudah sangat cukup untuk membuktikan kemampuan analitis Anda.
Bagaimana cara menyajikan hasil proyek dari klien nyata tanpa melanggar Non-Disclosure Agreement (NDA)?
Kuncinya adalah anonimisasi penuh. Ubah nama perusahaan menjadi nama samaran (misal: PT XYZ Finance), ganti IP address publik dan domain dengan dummy address (misal: 192.168.x.x atau target-app.local), serta hapus semua tangkapan layar yang menampilkan nama produk, logo, atau identitas pribadi pengguna. Fokuskan laporan pada metodologi teknis dan analisis risikonya.
Format portofolio mana yang lebih disukai oleh perekrut: PDF Laporan atau Website/GitHub?
Kombinasi keduanya adalah yang paling ideal. Halaman GitHub atau website portofolio pribadi sangat baik untuk memberikan gambaran umum, ringkasan studi kasus, dan visibilitas di mesin pencari. Namun, menyediakan tautan unduhan contoh laporan bertipe PDF (Executive & Technical Sample Report) akan memberi nilai tambah besar karena menunjukkan kepiawaian Anda dalam menyusun dokumentasi formal khas konsultan.
Berapa banyak studi kasus temuan yang idealnya dicantumkan dalam portofolio?
Kualitas jauh lebih penting daripada kuantitas. Tampilkan 3 hingga 5 studi kasus mendalam yang bervariasi (misalnya: 1 studi kasus Web Application, 1 API Security, 1 Active Directory/Internal Network, dan 1 Mobile Security). Setiap studi kasus harus menguraikan alur pengujian dari pengenalan target hingga rekomendasi perbaikan.
Mempertegas Batasan Ruang Lingkup dan Etika Pengujian
Menyajikan ruang lingkup (scope) secara presisi merupakan indikator utama dari profesionalisme dan kepatuhan etis seorang penetration tester. Dalam uji penetrasi, ruang lingkup penetapan Rules of Engagement (RoE) atau batasan hukum dan teknis yang memisahkan antara tindakan ethical hacking yang legal dengan akses tanpa izin (unauthorized access) yang melanggar hukum.
Dalam penyusunan portofolio, praktisi wajib menerapkan prinsip kerahasiaan data atau Non-Disclosure Agreement (NDA). Informasi sensitif seperti nama domain aktif milik klien, alamat IP publik asli, atau Data Informasi Pribadi (PII) tidak boleh dipublikasikan tanpa izin tertulis. Sebagai gantinya, pengujian disajikan menggunakan aset laboratorium simulasi (seperti Hack The Box atau TryHackMe), proyek mock-up, atau data nyata yang telah disinonimkan total.
Portofolio harus menjabarkan secara eksplisit target yang diuji (In-Scope), seperti spesifikasi endpoint REST/GraphQL API atau aplikasi web tertentu, serta target yang dilarang untuk disentuh (Out-of-Scope), seperti basis data produksi, layanan pihak ketiga, atau serangan Denial of Service (DoS). Selain itu, penjabaran batasan operasional seperti pengaturan batasan laju permintaan (rate limiting) dan jendela waktu pengujian juga penting untuk menunjukkan kesadaran praktisi dalam menjaga ketersediaan sistem (availability).
Menyajikan Metodologi Pengujian yang Terstruktur
Metodologi dalam portofolio penetration tester berfungsi sebagai bukti bahwa proses pengujian dilakukan secara terstruktur, terukur, dan mengacu pada standar keamanan siber internasional. Perekrut dan konsultan senior menilai kematangan seorang praktisi dari kemampuannya mengombinasikan pemindaian otomatis dengan analisis manual yang mendalam.
Penulisan alur pengujian dalam portofolio sebaiknya diselaraskan dengan kerangka kerja global seperti OWASP Web Security Testing Guide (WSTG v4.2), PTES (Penetration Testing Execution Standard), atau NIST SP 800-115. Narasi pengujian diawali dari tahap pengumpulan informasi (Reconnaissance) menggunakan teknik OSINT (Open Source Intelligence) dan pemetaan aset. Tahap berikutnya adalah analisis kerentanan (Vulnerability Assessment) untuk mengidentifikasi miskonfigurasi serta memisahkan antara potensi celah nyata dan false positive.
Pada tahap pembuktian celah (Proof of Concept / PoC), portofolio harus menekankan pendekatan eksploitasi yang aman dan tidak merusak integritas data target (non-destructive testing). Menjelaskan alur berpikir saat melakukan pembuatan payload manual atau validasi celah tingkat lanjut seperti privilege escalation akan memberikan nilai pembuktian kemampuan teknis yang jauh lebih tinggi dibandingkan sekadar mencantumkan nama perangkat lunak.
Menerjemahkan Temuan Teknis Menjadi Dampak Bisnis
Bagian tersulit sekaligus paling krusial dalam portofolio penetration tester adalah kemampuan menerjemahkan kerentanan teknis menjadi risiko bisnis yang relevan bagi pemangku kepentingan non-teknis. Menemukan kerentanan seperti SQL Injection, Cross-Site Scripting (XSS), atau Insecure Direct Object Reference (IDOR) merupakan pencapaian teknis, namun menjelaskan dampak dari kerentanan tersebut adalah nilai jual utama seorang konsultan keamanan.
Penulisan temuan celah keamanan dalam portofolio idealnya memadukan dua aspek utama: keparahan teknis dan dampak organisasi. Keparahan teknis diukur secara objektif menggunakan standar CVSS (Common Vulnerability Scoring System) baik versi 3.1 maupun v4.0. Skor CVSS ini kemudian ditransformasikan ke dalam dampak bisnis nyata, seperti risiko kebocoran data finansial, potensi kerugian operasional, hingga implikasi hukum.
Di Indonesia, analisis dampak temuan perlu dikaitkan dengan regulasi kepatuhan data, seperti Undang-Undang No. 27 Tahun 2022 tentang Perlindungan Data Pribadi (UU PDP). Menguraikan bagaimana suatu celah akses kontrol dapat memicu sanksi administratif atau kerusakan reputasi organisasi memberikan gambaran bahwa praktisi tidak hanya memahami aspek peretasan, tetapi juga memahami manajemen risiko informasi. Penyajian temuan ini selalu diakhiri dengan rekomendasi mitigasi yang realistis, spesifik, dan dapat diimplementasikan oleh tim pengembang (developer) atau administrator sistem.
Online Workshop
Cyber Security Expert Track
How to Be an Outstanding and Strategic Pentester
Naik level dari sekadar pengguna tools menjadi Strategic Pentester. Pelajari alur kerja pentest yang utuh, dari information gathering sampai menyusun laporan dan strategi keamanan, langsung dari praktisi bersertifikasi.
Di tengah eskalasi transformasi digital global, lanskap ancaman siber telah berubah secara drastis. Peretas (hacker) tidak lagi dipandang semata-mata sebagai kriminal dunia maya (black hat hacker), melainkan telah melahirkan kebutuhan mendesak akan kehadiran white hat hacker atau peretas etis. Berdasarkan data terbaru dari Verizon Data Breach Investigations Report (DBIR), eksploitasi kerentanan perangkat lunak kini menduduki peringkat pertama sebagai vektor akses awal (initial access vector) dengan angka mencapai 31% dari total insiden pelanggaran data global, melampaui pencurian kredensial konvensional.
Lonjakan ini diperparah oleh laporan IBM Cost of a Data Breach, yang mencatat bahwa rata-rata kerugian global akibat kebocoran data menembus rekor tertinggi sebesar USD 4,99 juta, dengan serangan yang digerakkan oleh kecerdasan buatan (AI-enabled breaches) melonjak signifikan. Di sinilah posisi white hat hacker menjadi pilar pertahanan mutlak bagi organisasi melalui pendekatan proaktif yang dikenal sebagai Penetration Testing (Pentest).
FAQ
Apa perbedaan utama antara white hat hacker dan black hat hacker?
Perbedaan paling mendasar terletak pada niat, etika, dan legalitasnya. White hat hacker (peretas etis) menggunakan keahlian teknis mereka dengan izin resmi dari pemilik sistem untuk menemukan celah keamanan dan memperbaikinya. Sebaliknya, black hat hacker membobol
Mengapa penetration testing (pentest) sangat penting bagi perusahaan modern?
Pentest membantu organisasi melihat tingkat keamanan mereka dari sudut pandang penyerang sungguhan. Berdasarkan data industri, banyak kerentanan yang terlewat oleh pemindai otomatis biasa. Dengan melakukan pentest, perusahaan dapat menutup celah kritis sebelum dimanfaatkan oleh penjahat siber, sekaligus melindungi diri dari kerugian finansial yang masif dan sanksi regulasi.
Seberapa sering sebuah organisasi harus melakukan penetration testing?
Secara umum, organisasi disarankan untuk melakukan penetration testing setidaknya setahun sekali atau setiap kali ada perubahan infrastruktur yang signifikan (seperti migrasi ke cloud, peluncuran aplikasi baru, atau setelah pembaruan sistem besar-besaran).
Apa saja pendekatan yang biasa digunakan dalam penetration testing?
Tiga pendekatan utama dalam pentest adalah Black Box Testing (penguji tidak memiliki informasi awal tentang sistem), White Box Testing (penguji mendapatkan akses penuh ke kode sumber dan arsitektur), serta Grey Box Testing (pendekatan hibrida dengan informasi parsial seperti akses pengguna biasa).
Urgensi Keamanan Berbasis Data: Mengapa Pertahanan Konvensional Saja Tidak Cukup?
Statistik industri memperlihatkan betapa rentannya organisasi modern terhadap serangan luar. Laporan keamanan siber menunjukkan bahwa rata-rata waktu mitigasi (remediation time) terhadap celah kritis memakan waktu hingga 43 hari, sementara sebagian besar celah yang diincar penjahat siber telah diserang hampir setiap hari. Di sisi lain, faktor manusia dan rantai pasok masih mendominasi titik lemah organisasi, di mana sebagian besar pelanggaran melibatkan elemen kesalahan manusia atau rantai pasok digital pihak ketiga.
Mengingat risiko finansial dan reputasi yang masif, pasar penetration testing global mencatatkan nilai sekitar USD 2,72 miliar dan diproyeksikan melonjak pesat hingga lebih dari USD 5,54 miliar dalam beberapa tahun ke depan dengan tingkat pertumbuhan tahunan gabungan (CAGR) di atas 15%. Organisasi kini memperlakukan pentest bukan sekadar formalitas audit, melainkan asuransi operasional yang esensial.
Apa Itu Penetration Testing dan Bagaimana Cara Kerjanya?
Penetration testing adalah simulasi serangan siber yang terstruktur, legal, dan terkontrol terhadap sistem komputer, jaringan, atau aplikasi web. Dilakukan berdasarkan aturan keterlibatan (rules of engagement) yang disepakati, pentest bertujuan untuk mengevaluasi ketahanan infrastruktur dari sudut pandang penyerang siber sungguhan (adversary simulation). Metode ini memungkinkan organisasi untuk mengidentifikasi celah tersembunyi yang sering kali terlewat oleh pemindai otomatis (automated vulnerability scanners).
Seorang penetration tester profesional mengikuti standar industri yang ketat untuk memastikan pengujian berjalan akurat tanpa mengganggu stabilitas operasional. Proses ini dimulai dari tahap perencanaan dan pengintaian untuk mengumpulkan informasi mendalam mengenai target, dilanjutkan dengan pemindaian untuk mendeteksi port terbuka serta kelemahan pada aplikasi. Selanjutnya, penguji melakukan simulasi eksploitasi nyata seperti injeksi kode atau manipulasi parameter untuk melihat sejauh mana penyerang dapat menembus sistem inti. Setelah itu, mereka menguji apakah kerentanan tersebut dapat digunakan untuk mempertahankan posisi dalam jangka panjang, sebelum akhirnya mendokumentasikan seluruh temuan ke dalam laporan komprehensif yang memuat rekomendasi perbaikan teknis bagi pengembang.
Pendekatan Pendukung dalam Dunia Pentest
Dalam praktiknya, pentest menggunakan tiga sudut pandang utama untuk mensimulasikan berbagai skenario ancaman. Pendekatan Black Box Testing menempatkan penguji sebagai pihak luar murni tanpa informasi awal tentang sistem, meniru peretas eksternal. Sebaliknya, White Box Testing memberikan akses penuh terhadap kode sumber dan arsitektur jaringan untuk audit yang sangat mendalam. Sementara itu, Grey Box Testing menggunakan pendekatan hibrida dengan informasi parsial, seperti akun pengguna biasa, untuk merealisasikan skenario ancaman dari dalam organisasi atau upaya eskalasi hak akses (privilege escalation).
Kesimpulan
Angka kerugian global dan pergeseran vektor serangan membuktikan bahwa keamanan siber tidak bisa diselesaikan hanya dengan asumsi aman. Kolaborasi erat antara organisasi dan white hat hacker melalui penetration testing berkala adalah strategi paling realistis untuk menutup celah sebelum dimanfaatkan oleh pihak tak bertanggung jawab. Di era transformasi digital saat ini, pertahanan terbaik selalu lahir dari pemahaman mendalam tentang bagaimana sebuah sistem dapat diuji, diperkuat, dan dilindungi.
Online Workshop
Cyber Security Expert Track
How to Be an Outstanding and Strategic Pentester
Naik level dari sekadar pengguna tools menjadi Strategic Pentester. Pelajari alur kerja pentest yang utuh, dari information gathering sampai menyusun laporan dan strategi keamanan, langsung dari praktisi bersertifikasi.
27 Hari Pintu Terbuka: Mengapa Penetration Testing Kini Urusan Direksi
Keamanan Siber · Analisis
Pintu yang Terbuka Selama 27 Hari: Mengapa Penetration Testing Kini Urusan Direksi
Penyerang butuh lima hari untuk mengeksploitasi sebuah kerentanan. Organisasi rata-rata butuh 32 hari untuk menutupnya. Yang terjadi di antara keduanya menentukan jauh lebih banyak hal daripada yang disadari kebanyakan pimpinan bisnis.
20 Agustus 2026Bacaan 18 menitData: IBM · Verizon · Mandiant
Waktu penyerang menemukan dan mengeksploitasi kerentanan baru5 hari
Waktu organisasi menuntaskan perbaikannya32 hari
Hari 010203040
27 hariRentang ketika kerentanan sudah bisa dipakai menyerang, tetapi sistem Anda kemungkinan besar masih terbuka.
Sumber: Mandiant/Google Cloud (median waktu hingga eksploitasi, data 2023); Verizon Data Breach Investigations Report 2025 (median 32 hari untuk menuntaskan perbaikan kerentanan pada perangkat tepi dan VPN, dengan hanya sekitar 54% yang benar-benar tuntas sepanjang tahun).
Bayangkan sebuah gedung kantor. Seseorang menemukan bahwa kunci pintu belakang bisa dibuka dengan trik tertentu, lalu mengumumkannya di forum publik. Dalam lima hari, informasi itu sudah beredar dan ada yang mulai mencobanya. Petugas keamanan gedung baru mengganti kunci itu sebulan kemudian.
Tidak ada yang benar-benar salah dalam prosedur gedung tersebut. Pengadaan kunci baru butuh waktu, ada persetujuan anggaran, ada jadwal teknisi. Semuanya berjalan sesuai aturan. Masalahnya hanya satu: selama 27 hari, pintu itu terbuka bagi siapa pun yang tahu triknya — dan tidak ada satu pun sistem yang memberi tahu bahwa hal itu sedang terjadi.
Inilah situasi yang dihadapi hampir setiap organisasi digital hari ini, hanya saja tidak dengan satu pintu, melainkan dengan ratusan. Dan tidak sekali setahun, melainkan setiap kali ada kerentanan baru dipublikasikan.
Artikel ini membahas satu praktik yang secara khusus dirancang untuk menemukan pintu-pintu itu lebih dulu: penetration testing. Tapi fokusnya bukan pada sisi teknisnya. Fokusnya pada pertanyaan yang jauh lebih jarang ditanyakan — mengapa hal yang terdengar seperti urusan tim IT ini justru menentukan apakah bisnis Anda masih berjalan enam bulan dari sekarang.
20%pelanggaran data berawal dari eksploitasi kerentanan teknis, naik 34% dalam setahunVerizon DBIR 2025
241 harirata-rata waktu yang dibutuhkan untuk menyadari dan menghentikan sebuah pelanggaranIBM, 2025
30%pelanggaran melibatkan pihak ketiga — angkanya berlipat dua dalam setahunVerizon DBIR 2025
Teknologi selalu lebih cepat daripada pengamanannya
Ada pola yang berulang selama tiga dekade terakhir, dan pola itu menjelaskan hampir semua hal tentang keamanan siber modern: setiap teknologi diadopsi lebih dulu, baru kemudian dipikirkan cara mengamankannya.
Perusahaan pindah ke internet, lalu muncul serangan terhadap aplikasi web. Perusahaan pindah ke cloud, lalu muncul kasus penyimpanan data yang tidak sengaja terbuka untuk publik. Tim pengembang memecah aplikasi menjadi puluhan layanan kecil yang saling bicara lewat API, lalu muncul API yang tak seorang pun ingat pernah dibuat. Pandemi memaksa semua orang bekerja dari rumah, lalu perangkat VPN dan akses jarak jauh menjadi pintu masuk favorit penyerang. Dan sekarang, ketika organisasi mulai menempelkan agen kecerdasan buatan ke dalam sistem produksi, muncul kelas risiko yang bahkan belum punya nama baku.
Jeda antara "kami sudah memakai ini" dan "kami sudah tahu cara mengamankannya" bukanlah kelalaian. Ia adalah konsekuensi wajar dari bergerak cepat. Tapi jeda itu punya biaya, dan biayanya kini bisa dihitung.
Yang berubah adalah kecepatannya
Dulu, jeda tersebut relatif aman. Ketika sebuah kerentanan diumumkan, tim keamanan punya waktu berminggu-minggu sebelum ada yang benar-benar mencoba memanfaatkannya. Menambal setiap kuartal terasa masuk akal.
Itu tidak lagi berlaku.
Waktu hingga eksploitasi
Dari 63 hari menjadi 5 hari dalam lima tahun
Median jarak waktu antara sebuah kerentanan diumumkan dan percobaan eksploitasi pertama yang teramati.
Sumber: Mandiant/Google Cloud Threat Intelligence. Artinya: siklus penambalan bulanan atau kuartalan secara matematis sudah tidak mungkin mengejar. Bukan karena tim Anda lambat, tetapi karena jadwalnya dirancang untuk dunia yang sudah tidak ada.
Angka lima hari itu baru bermakna ketika ditempelkan pada realitas di sisi sebaliknya. Verizon menemukan bahwa untuk kerentanan pada perangkat tepi dan VPN — justru kategori yang paling sering dieksploitasi — organisasi butuh waktu median 32 hari untuk benar-benar menuntaskan perbaikan. Dan hanya sekitar separuh yang tuntas sepanjang tahun.
Selisihnya itulah yang saya sebut di awal sebagai pintu yang terbuka. Bukan karena tidak ada yang peduli, tapi karena menemukan pintu mana yang terbuka, di antara ratusan sistem, ternyata jauh lebih sulit daripada yang terlihat dari luar.
Penyerang tidak perlu mengalahkan pertahanan Anda. Mereka hanya perlu menemukan satu tempat yang belum sempat diperiksa.
Di sisi lain, pekerjaan penyerang justru semakin mudah. Ransomware kini beroperasi seperti bisnis berlangganan, lengkap dengan afiliasi dan pembagian hasil. Verizon mencatat ransomware muncul pada 44% pelanggaran data yang mereka analisis. Begitu sebuah kerentanan diumumkan, perkakas otomatis memindai seluruh internet untuk mencari sistem yang belum ditambal — dalam hitungan menit, bukan hari.
Tidak ada yang secara khusus menargetkan Anda. Itu justru masalahnya. Mereka menargetkan semua orang sekaligus, dan Anda kebetulan termasuk yang belum sempat menutup pintu.
Ongkos yang sebenarnya, dan siapa yang membayarnya
Setiap tahun, IBM bersama Ponemon Institute menghitung berapa biaya rata-rata sebuah pelanggaran data. Studi ini sudah berjalan lebih dari dua dekade dan menjadi rujukan yang paling banyak dikutip industri. Edisi 2025 mencatat angka USD 4,44 juta per insiden secara global.
Menariknya, itu adalah penurunan pertama dalam lima tahun. Tapi penurunan itu menyembunyikan dua hal. Pertama, di Amerika Serikat biayanya justru mencetak rekor baru, USD 10,22 juta. Kedua, penurunannya terjadi bukan karena serangan berkurang, melainkan karena organisasi menjadi sedikit lebih cepat menyadari bahwa mereka sedang diserang.
Biaya per insiden
Rata-rata global biaya satu pelanggaran data
Dalam juta dolar AS, seluruh industri dan wilayah, 2019–2025.
Sumber: IBM Security & Ponemon Institute, Cost of a Data Breach Report, edisi tahunan. Sebagai pembanding regional, rata-rata di ASEAN pada edisi 2024 tercatat sekitar USD 3,23 juta.
Angka rata-rata memang selalu punya keterbatasan. Sebuah startup dengan lima puluh karyawan jelas tidak akan mengalami kerugian empat juta dolar. Tapi yang lebih berguna dari angka absolutnya adalah komposisinya — dan di sinilah kebanyakan orang keliru menebak.
Ketika membayangkan biaya pelanggaran data, kebanyakan orang membayangkan biaya teknis: server yang harus dibangun ulang, konsultan forensik, sistem yang harus dipulihkan. Padahal itu bukan bagian terbesarnya.
Ke mana uangnya pergi
Sebagian besar kerugian terjadi di luar ruang server
Komponen biaya rata-rata per insiden, dalam juta dolar AS.
Sumber: IBM Security & Ponemon Institute, Cost of a Data Breach Report 2024. Kehilangan bisnis mencakup pelanggan yang pergi, gangguan operasional, dan biaya memulihkan reputasi.
Dua komponen terbesar adalah deteksi dan investigasi serta kehilangan bisnis. Yang pertama adalah jam kerja: forensik, penasihat hukum, tim krisis, rapat yang tidak berujung. Yang kedua adalah pelanggan yang diam-diam pindah, kontrak yang tidak diperpanjang, dan calon pelanggan yang mendadak minta waktu untuk "mempertimbangkan kembali".
Perbedaannya penting. Biaya teknis muncul sekali dan selesai. Kehilangan kepercayaan bekerja perlahan selama beberapa kuartal, tidak pernah muncul sebagai satu baris dalam laporan keuangan, dan justru karena itu paling sering diremehkan saat menyusun anggaran.
Bagaimana sebenarnya mereka masuk
Kalau angka biaya menjelaskan mengapa ini penting, maka pertanyaan berikutnya adalah di mana sebaiknya perhatian diarahkan. Untungnya, ini termasuk hal yang sudah cukup terang datanya.
Setiap tahun Verizon menganalisis puluhan ribu insiden nyata dan memetakan dari mana penyerang pertama kali masuk. Hasilnya konsisten dan, jujur saja, agak membosankan — dalam artian yang baik. Tidak ada teknik eksotis. Hanya tiga cara yang sama, berulang-ulang.
Titik masuk
Tiga cara yang menjelaskan sebagian besar pelanggaran
Persentase pelanggaran data dengan titik masuk yang berhasil diidentifikasi, 2025.
Sumber: Verizon, Data Breach Investigations Report 2025. Kategori tidak sepenuhnya terpisah — satu insiden bisa melibatkan lebih dari satu cara masuk.
Kredensial yang bocor. Kerentanan yang belum ditambal. Karyawan yang tertipu.
Perhatikan bahwa ketiganya punya satu kesamaan yang tidak menyenangkan: tidak ada produk yang bisa Anda beli untuk menghilangkannya. Tidak ada perangkat lunak yang menjamin tak satu pun kata sandi karyawan pernah bocor. Tidak ada sistem yang menjamin setiap server sudah ditambal. Dan tidak ada pelatihan yang membuat tingkat klik phishing menjadi nol persen.
Karena ketiganya tidak bisa dicegah sepenuhnya, pertanyaannya bergeser. Bukan lagi "bagaimana caranya agar tidak pernah terjadi?" melainkan "kalau salah satunya terjadi hari ini, seberapa jauh kerusakannya bisa menyebar?"
Satu kata sandi yang bocor seharusnya menjadi insiden kecil. Kalau ia berujung pada seluruh basis data pelanggan, yang bermasalah bukan kata sandinya.
Dan pertanyaan itu — seberapa jauh kerusakan bisa menyebar — tidak bisa dijawab dengan dokumen kebijakan, diagram arsitektur, atau daftar perangkat yang sudah dibeli. Ia hanya bisa dijawab dengan mencobanya.
Jadi, apa sebenarnya penetration testing itu?
Penetration testing adalah simulasi serangan siber yang dilakukan secara sah terhadap sistem Anda sendiri, oleh penguji profesional yang Anda bayar, untuk menemukan kelemahan sebelum orang lain menemukannya.
Perbedaan pentingnya dari pemindaian keamanan otomatis: pemindai menghasilkan daftar dugaan, sementara penetration testing menghasilkan bukti. Penguji tidak berhenti pada "ada celah di sini", melainkan melanjutkan sampai bisa mengatakan "lewat celah ini kami memperoleh akses administrator dan bisa mengunduh empat puluh ribu data pelanggan dalam sembilan puluh menit."
Perbedaan itu terdengar kecil, tapi konsekuensinya besar. Sebuah pemindai bisa melaporkan tiga ratus temuan dan meninggalkan Anda dengan pertanyaan mana yang benar-benar berbahaya. Seorang penguji akan melaporkan dua belas temuan, tetapi menunjukkan bahwa tiga di antaranya bisa dirangkai menjadi satu jalur menuju sistem pembayaran Anda.
Yang pertama menghasilkan pekerjaan rumah. Yang kedua menghasilkan prioritas.
Apa saja yang biasanya diuji
Ruang lingkupnya sebaiknya ditentukan oleh apa yang paling berharga bagi bisnis Anda, bukan oleh kebiasaan tahun lalu. Berikut gambaran singkat dari masing-masing jenis.
Menguji jaringan menjawab dua pertanyaan berbeda. Dari luar: bisakah orang asing menembus perimeter Anda? Dari dalam: kalau satu laptop karyawan terinfeksi, seberapa jauh penyerang bisa melangkah sebelum tertahan?
Yang biasanya ditemukan adalah hal-hal yang membosankan tetapi mematikan — layanan lama yang lupa dimatikan, kata sandi bawaan yang tidak pernah diganti, dan pemisahan jaringan yang ternyata hanya ada di diagram, tidak di kenyataan.
Menguji aplikasi web berfokus pada apa yang pelanggan Anda gunakan setiap hari. Bagian paling berharga dari pengujian ini adalah pemeriksaan logika izin akses — area yang hampir selalu luput dari alat otomatis karena membutuhkan pemahaman tentang bagaimana bisnis Anda seharusnya bekerja.
Contoh klasiknya sederhana: apakah pengguna A bisa melihat data pengguna B hanya dengan mengubah satu angka di alamat URL? Mesin tidak tahu bahwa itu salah. Manusia tahu.
Menguji API sering kali paling terabaikan sekaligus paling penting, karena di lapisan inilah data sesungguhnya bergerak. Masalah terbesarnya bukan API yang lemah, melainkan API yang tidak seorang pun ingat masih hidup — versi lama yang sudah digantikan tetapi tidak pernah dimatikan.
Temuan yang paling sering muncul adalah endpoint yang mengembalikan lebih banyak data daripada yang seharusnya, dan pemeriksaan izin yang dilakukan di satu tempat tapi terlewat di tempat lain.
Menguji aplikasi mobile berarti memeriksa dua hal sekaligus: apa yang tersimpan di dalam perangkat pengguna, dan bagaimana aplikasi berbicara dengan server Anda.
Temuan yang paling umum sekaligus paling mudah dihindari adalah kunci akses yang tertanam di dalam kode aplikasi. Siapa pun yang mengunduh aplikasi Anda dari toko aplikasi bisa membongkarnya dan menemukannya — dan itu memang rutin dilakukan.
Menguji lingkungan cloud bukan berarti menguji pusat data penyedia layanan; itu tanggung jawab mereka dan umumnya sudah sangat baik. Yang diuji adalah bagaimana Anda mengonfigurasinya, dan di situlah hampir semua masalah berasal.
Pertanyaan yang paling sering membuka temuan besar: berapa banyak akun layanan di lingkungan Anda yang punya hak akses jauh melebihi kebutuhannya, dan apa yang terjadi kalau salah satunya jatuh ke tangan yang salah?
Menguji lapisan manusia dilakukan lewat simulasi phishing atau upaya menelepon meja bantuan sambil berpura-pura menjadi orang lain. Selalu dengan izin tertulis, dan selalu dengan batas etis yang jelas.
Satu catatan penting soal cara mengukurnya: metrik yang benar bukan berapa banyak karyawan yang tertipu, melainkan berapa banyak yang melaporkannya. Organisasi yang menghukum karyawan karena mengklik akan mendapatkan satu hal — karyawan yang berhenti melapor ketika serangan sungguhan datang.
Empat hal yang sering tertukar
Salah satu penyebab paling umum kekecewaan terhadap program keamanan adalah membeli satu hal sambil mengira mendapat hal lain. Keempat pendekatan berikut sering dianggap bisa saling menggantikan, padahal masing-masing menjawab pertanyaan yang berbeda.
Pendekatan
Menjawab pertanyaan
Yang Anda dapatkan
Pemindaian kerentanan
Celah apa saja yang mungkin ada di sistem kami?
Daftar panjang temuan otomatis, sebagian besar tidak relevan, tapi murah dan bisa dijalankan sesering mungkin
Penetration testing
Celah mana yang benar-benar bisa dimanfaatkan, dan sampai sejauh mana?
Bukti nyata, jalur serangan yang lengkap, dan prioritas perbaikan yang bisa langsung dikerjakan
Red teaming
Apakah tim kami sadar kalau sedang diserang?
Penilaian kemampuan deteksi dan respons, bukan sekadar daftar celah. Butuh tim keamanan yang sudah matang
Validasi berkelanjutan
Apakah pertahanan kami masih bekerja hari ini?
Pemantauan efektivitas kontrol secara terus-menerus, pelengkap yang baik untuk pengujian mendalam berkala
Keempatnya saling melengkapi, bukan saling menggantikan. Kesalahan yang paling mahal adalah membeli pemindaian otomatis, lalu melaporkannya ke direksi sebagai "kami sudah melakukan penetration testing".
Yang tidak bisa dilakukan penetration testing
Supaya adil, ini juga perlu dikatakan. Penetration testing tidak memberi jaminan keamanan, tidak menggantikan pemantauan harian, dan tidak berlaku selamanya. Hasilnya adalah potret pada satu waktu tertentu dengan ruang lingkup tertentu. Sistem yang bersih di bulan Januari bisa saja rentan di bulan Maret setelah tiga rilis fitur baru.
Jadi ia bukan solusi tunggal. Ia adalah satu bagian yang diperlukan dari program yang lebih besar — bukan bagian yang mencukupi. Siapa pun yang menjualnya sebagai jaminan keamanan sedang melebih-lebihkan.
Kenapa ini bukan lagi urusan tim IT saja
Sebuah kerentanan pada aplikasi web adalah temuan teknis. Berhentinya layanan selama sembilan hari, hilangnya empat belas persen pelanggan korporat, dan tertundanya penutupan pendanaan adalah peristiwa bisnis. Bagian ini tentang bagaimana yang pertama berubah menjadi yang kedua — melalui lima jalur yang berbeda.
Bisnis berhenti berjalan
Ransomware modern tidak sekadar mengunci berkas. Ia menghentikan operasi. Yang berhenti bukan server, melainkan pengiriman barang, penerbitan tagihan, pelayanan pasien, dan penyelesaian transaksi. Setiap jam berhenti adalah pendapatan yang tidak pernah kembali, ditambah pelanggan yang selama itu belajar bahwa pesaing Anda juga bisa melayani mereka.
Pengujian dari sisi dalam secara khusus menjawab skenario ini: seberapa cepat penyerang bisa berpindah dari satu laptop yang terinfeksi menuju sistem yang benar-benar penting. Jawabannya menentukan apakah insiden Anda akan berupa gangguan satu hari, atau krisis satu bulan.
Pelanggan diam-diam pergi
Seperti terlihat pada data biaya tadi, kehilangan bisnis adalah komponen kerugian terbesar. Mekanismenya berlapis dan pelan: sebagian pelanggan pindah, sebagian kontrak tidak diperpanjang tanpa penjelasan, biaya mendapatkan pelanggan baru naik karena nama Anda sekarang muncul bersama kata "kebocoran data" di hasil pencarian.
Berbeda dari denda yang dibayar sekali lalu selesai, erosi kepercayaan bekerja selama beberapa kuartal dan tidak pernah tampil sebagai satu baris yang bisa ditunjuk dalam laporan keuangan.
Regulator berubah dari meminta niat menjadi meminta bukti
Ini pergeseran yang paling sering terlewat. Aturan yang dulu meminta organisasi melakukan "upaya yang wajar" kini meminta bukti terdokumentasi bahwa upaya itu benar-benar dilakukan.
Di Indonesia, Undang-Undang Perlindungan Data Pribadi mengatur sanksi administratif hingga dua persen dari pendapatan tahunan. Di sektor keuangan, ketentuan OJK mewajibkan pengujian keamanan berkala. Bagi siapa pun yang memproses kartu pembayaran, standar PCI DSS menyebut kewajiban pengujian penetrasi secara eksplisit — minimal setahun sekali, dan setiap kali ada perubahan besar.
Konsekuensi praktisnya sederhana: ketika sesuatu terjadi, pertanyaan pertama yang diajukan adalah apa yang Anda lakukan sebelumnya. Laporan pengujian yang terjadwal rapi, lengkap dengan bukti perbaikannya, adalah salah satu jawaban terkuat yang bisa Anda miliki.
Pintu masuk ke pasar korporat
Ini jalur yang paling jarang dibahas, padahal paling mudah dihitung. Kalau perusahaan Anda menjual perangkat lunak atau layanan kepada perusahaan besar atau instansi pemerintah, kemungkinan besar Anda sudah pernah menerima kuesioner keamanan vendor yang panjangnya puluhan halaman. Salah satu pertanyaannya hampir selalu sama: apakah Anda melakukan penetration testing secara berkala, dan bisakah kami melihat ringkasan hasilnya?
Tanpa dokumen itu, siklus penjualan melambat berminggu-minggu. Kadang berhenti sama sekali. Bagi banyak perusahaan, laporan pengujian tahunan pada praktiknya berfungsi sebagai izin untuk bermain di pasar korporat — dan biayanya hampir selalu lebih kecil daripada nilai satu kontrak yang tertunda.
Asuransi, pendanaan, dan valuasi
Perusahaan asuransi siber semakin menuntut bukti pengujian sebelum bersedia menjamin, dan pernyataan yang tidak akurat dalam formulir pengajuan bisa menjadi dasar penolakan klaim di kemudian hari. Dalam proses akuisisi, pemeriksaan keamanan sudah menjadi bagian standar dari uji tuntas, dan temuan yang material bisa menurunkan harga atau memunculkan klausul penahanan dana. Bagi perusahaan rintisan yang sedang menggalang pendanaan, tidak adanya program pengujian sudah cukup untuk memperlambat proses.
Setiap rupiah yang tidak dibelanjakan untuk pengujian bukanlah penghematan. Ia adalah risiko yang dipindahkan ke masa depan, dengan bunga.
Berapa sebenarnya nilainya
Argumen keamanan yang disampaikan dengan bahasa kecemasan jarang memenangkan anggaran. Argumen yang sama, disampaikan dalam angka, biasanya menang. Untungnya risiko siber bisa dihitung dengan cara yang sama persis seperti risiko operasional lainnya.
Logikanya cuma satu baris: kerugian yang bisa diperkirakan setahun = kemungkinan terjadi × besarnya dampak. Program pengujian tidak menghilangkan kemungkinan itu, tapi menurunkannya, sekaligus memperkecil dampak dengan membatasi seberapa jauh kerusakan bisa menyebar. Selisih antara sebelum dan sesudah adalah nilai ekonomi program tersebut.
Silakan sesuaikan asumsinya dengan kondisi Anda. Setiap angka di bawah ini bisa diperdebatkan — dan justru itu gunanya. Alat ini dirancang untuk memindahkan diskusi dari "apakah ini perlu?" menjadi "asumsi mana yang menurut Anda keliru?"
Interaktif
Perkirakan nilai program pengujian Anda
Geser masing-masing parameter untuk melihat bagaimana angkanya berubah.
Termasuk operasi yang berhenti, pemulihan, bantuan hukum, denda, dan pelanggan yang hilang. Pembanding global: USD 4,44 juta; ASEAN sekitar USD 3,23 juta.
Sesuaikan dengan sektor dan seberapa banyak sistem Anda terbuka ke internet. Keuangan, kesehatan, dan sektor publik umumnya di rentang atas.
Perkiraan konservatif ada di kisaran 25–40%. Gunakan angka lebih rendah kalau perbaikan temuan belum berjalan disiplin.
Termasuk pengujian berkala, pengujian ulang setelah perbaikan, dan waktu tim internal untuk mengerjakan perbaikannya.
Perkiraan kerugian tanpa program
Rp 3,00 miliar
Perkiraan kerugian dengan program
Rp 1,95 miliar
Kerugian yang dihindari per tahun
Rp 1,05 miliar
Selisih bersih setelah biaya
Rp 600 juta
Setiap Rp 1 yang dibelanjakan menghindari Rp 2,33 kerugian yang diperkirakan.
Cara kerjanya: model kerugian tahunan standar, yaitu kemungkinan dikalikan dampak. Penting: ini alat bantu diskusi anggaran, bukan model aktuaria. Hasilnya sepenuhnya bergantung pada asumsi yang Anda masukkan, jadi jangan disajikan sebagai proyeksi keuangan. Untuk keputusan formal, gunakan analisis kuantitatif seperti kerangka FAIR bersama penasihat risiko Anda.
Perhatikan bentuk angkanya, bukan angkanya sendiri. Bahkan dengan asumsi yang sangat berhati-hati, biaya program pengujian hampir selalu berada satu sampai dua tingkat besaran di bawah dampak satu insiden tunggal. Ini ciri khas investasi yang tidak simetris: biayanya kecil dan pasti, untuk menghindari kerugian yang besar dan belum tentu terjadi.
Argumen yang sama berlaku untuk pemadam kebakaran di gedung kantor. Tidak ada yang menghitung tingkat pengembaliannya, karena semua orang paham bentuk risikonya.
Di Indonesia, taruhannya sedang naik
Indonesia termasuk pasar digital dengan pertumbuhan tercepat di dunia. Ratusan juta pengguna internet, ekosistem pembayaran digital yang sangat hidup, dan adopsi layanan daring yang merata sampai ke kota kecil. Skala itu membawa dua hal sekaligus: peluang yang besar, dan permukaan yang sama besarnya untuk diserang.
Pada Juni 2024, serangan ransomware terhadap Pusat Data Nasional Sementara mengganggu layanan yang menaungi ratusan instansi pemerintah, termasuk sistem keimigrasian di bandara. Pelaku dilaporkan menuntut tebusan sekitar delapan juta dolar.
Yang paling banyak disorot dalam evaluasi setelahnya bukanlah kecanggihan serangannya. Justru sebaliknya — yang disorot adalah betapa mendasarnya hal yang tidak siap, terutama keterbatasan cadangan data yang benar-benar bisa dipulihkan.
Pelajarannya berlaku jauh melampaui sektor publik. Asumsi tentang ketahanan yang tidak pernah diuji cenderung keliru justru pada saat paling dibutuhkan. Latihan pemulihan dan pengujian dari sisi dalam adalah cara menemukan kekeliruan itu ketika taruhannya masih rendah — bukan saat semua orang sedang panik.
Apa saja yang sudah mewajibkan
Bagi organisasi yang beroperasi di Indonesia, tuntutan pengujian datang dari beberapa arah sekaligus, dan sebagian besar sudah berlaku hari ini.
Aturan atau standar
Apa yang dituntut
Kalau tidak dipenuhi
UU No. 27/2022 tentang Perlindungan Data Pribadi
Langkah teknis untuk melindungi data pribadi; pengujian keamanan menjadi bukti bahwa langkah itu nyata
Sanksi administratif hingga 2% pendapatan tahunan, dan potensi pidana untuk pelanggaran tertentu
Ketentuan OJK untuk sektor jasa keuangan
Pengujian keamanan sistem elektronik secara berkala dan manajemen risiko teknologi informasi
Sanksi administratif, temuan audit, hingga pembatasan kegiatan usaha
PCI DSS v4.0.1
Pengujian penetrasi eksternal dan internal minimal setahun sekali dan setelah perubahan besar
Denda dari jaringan kartu, hingga hilangnya hak memproses pembayaran
ISO/IEC 27001:2022
Manajemen kerentanan teknis dan pengujian keamanan dalam proses pengembangan
Temuan ketidaksesuaian, risiko sertifikat dicabut
Kuesioner keamanan pelanggan korporat
Ringkasan hasil pengujian terkini sebagai syarat sebelum kontrak ditandatangani
Kesepakatan tertunda berminggu-minggu, atau batal sama sekali
Ringkasan untuk orientasi, bukan nasihat hukum. Rincian kewajiban bergantung pada sektor dan jenis data yang Anda tangani, dan bisa berubah. Pastikan penerapannya bersama penasihat hukum dan tim kepatuhan Anda.
Ada satu pola yang menyatukan seluruh baris di tabel itu: pergeseran dari kewajiban punya kontrol menjadi kewajiban membuktikan kontrol itu bekerja. Dokumen kebijakan dan diagram arsitektur tidak lagi cukup. Yang diminta adalah jejak pengujian — ruang lingkupnya apa, temuannya apa, sudah diperbaiki atau belum, dan siapa yang memverifikasi.
Cara memulainya tanpa kewalahan
Kesalahan paling umum dalam menjalankan ini adalah memperlakukannya sebagai acara tahunan. Sebuah pengujian dipesan, laporan diterima, dokumen diarsipkan, dan setahun kemudian prosesnya diulang dari nol. Organisasi yang mendapat manfaat nyata melakukannya secara berbeda: mereka menjalankannya sebagai siklus yang berputar — menemukan, memperbaiki, lalu memverifikasi bahwa perbaikannya benar-benar bekerja.
Sebelum masuk ke urutan langkahnya, ada baiknya tahu posisi Anda sekarang.
Interaktif
Di mana posisi organisasi Anda?
Delapan pertanyaan, kurang dari dua menit. Tidak ada data yang dikirim ke mana pun.
—
Jawab semua pertanyaan untuk melihat hasilnya
Setiap pertanyaan mewakili satu kebiasaan yang secara konsisten membedakan program yang benar-benar menurunkan risiko dari program yang hanya memenuhi formalitas.
Disusun mengacu pada prinsip NIST Cybersecurity Framework 2.0. Hasilnya indikatif untuk diskusi internal, bukan pengganti asesmen formal.
Skor rendah biasanya bukan soal anggaran, melainkan soal kemampuan tim yang belum terbentuk.
Mulailah dengan mengetahui apa yang Anda miliki. Terdengar sepele, tapi hampir setiap pengujian pertama menemukan sesuatu yang tidak ada dalam daftar aset siapa pun — subdomain lama, server uji coba yang lupa dimatikan, atau panel admin yang seharusnya tidak pernah terbuka ke internet. Anda tidak bisa melindungi apa yang tidak Anda ketahui keberadaannya.
Setelah itu, petakan sistem mana yang kalau berhenti selama satu hari akan langsung menghentikan pendapatan atau melanggar kewajiban regulasi. Daftar pendek itulah yang menentukan prioritas pengujian pertama Anda. Lalu jalankan satu pengujian dari luar, karena di situlah eksposur terbesar dan hasilnya paling cepat terlihat.
Satu hal yang harus disiapkan sejak hari pertama, sebelum laporan apa pun datang: setiap temuan harus punya nama penanggung jawab dan tanggal jatuh tempo. Tanpa itu, laporan pengujian hanya akan menjadi dokumen yang rapi dan tidak berguna.
Enam bulan berikutnya
Perluas ke aplikasi dan API yang menangani data pribadi atau uang. Tambahkan pengujian dari sisi dalam untuk melihat seberapa jauh penyerang bisa bergerak setelah berhasil masuk. Jalankan simulasi phishing pertama — dan ingat, ukur tingkat pelaporannya, bukan tingkat kliknya.
Yang paling penting di fase ini adalah pengujian ulang. Sebuah temuan belum selesai ketika tiketnya ditutup; ia selesai ketika ada yang memverifikasi bahwa celahnya benar-benar tertutup. Banyak organisasi melewatkan langkah ini, lalu terkejut menemukan temuan yang sama muncul lagi tahun berikutnya.
Menuju berjalan sendiri
Setelah siklusnya stabil, integrasikan pengujian ke dalam proses rilis sehingga perubahan besar otomatis memicu pemeriksaan, bukan menunggu kalender. Tetapkan tenggat perbaikan berdasarkan tingkat risiko — misalnya kritis tujuh hari, tinggi tiga puluh hari, sedang sembilan puluh hari. Lalu perluas ke rantai pasok: mintalah bukti pengujian dari vendor yang paling kritis bagi Anda, dengan standar yang sama seperti yang diminta pelanggan Anda kepada Anda.
Memilih penyedia jasa
Kualitas penetration testing sangat bervariasi, dan perbedaannya sulit dinilai kalau Anda bukan orang teknis. Enam pertanyaan berikut cukup efektif memisahkan pengujian sungguhan dari pemindaian otomatis yang dikemas ulang.
Berapa persen temuan yang berasal dari pengujian manual? Kalau jawabannya di bawah setengah, Anda kemungkinan membeli hasil pemindai dengan sampul yang lebih rapi.
Boleh lihat contoh laporan yang sudah disamarkan? Laporan yang baik menceritakan jalur serangan dan menjelaskan dampaknya bagi bisnis, bukan sekadar mendaftar kode kerentanan dan skornya.
Apakah pengujian ulang sudah termasuk? Kalau ditagih terpisah dengan harga penuh, insentifnya tidak sejalan dengan kepentingan Anda.
Siapa yang akan menguji, dan apa pengalamannya? Sertifikasi seperti OSCP atau CREST adalah indikator awal yang wajar, tapi pengalaman di sektor Anda lebih menentukan.
Apa yang terjadi kalau menemukan sesuatu yang kritis di tengah pengujian? Harus ada jalur untuk memberi tahu Anda saat itu juga, bukan menunggu laporan tiga minggu kemudian.
Apa yang tidak akan Anda uji? Penyedia yang kredibel akan menyebutkan batasannya dengan jelas. Yang menjanjikan segalanya biasanya tidak memeriksa apa pun secara mendalam.
Apa yang layak dilaporkan ke atas
Jumlah kerentanan yang ditemukan adalah angka yang menyesatkan. Ia bisa naik justru karena pengujian Anda membaik, dan turun karena ruang lingkupnya dipersempit. Melaporkannya ke direksi menciptakan kesan bahwa banyak temuan berarti kegagalan — yang pada gilirannya mendorong orang untuk mencari lebih sedikit.
Yang benar-benar ingin diketahui pimpinan sebenarnya cuma satu hal: apakah kita menjadi lebih sulit diserang dibanding tahun lalu? Enam angka berikut menjawabnya.
Yang diukur
Kenapa penting
Arah yang diinginkan
Waktu menutup temuan kritis
Seberapa cepat organisasi bereaksi terhadap hal yang paling berbahaya
Turun, idealnya di bawah 7 hari
Cakupan aset kritis yang diuji
Apakah masih ada sistem penting yang belum pernah diperiksa sama sekali
Menuju 100%
Temuan yang muncul kembali
Menunjukkan perbaikan hanya menutup gejala, bukan akar masalahnya
Turun, di bawah 10%
Waktu penguji mencapai aset penting
Ukuran paling jujur apakah pertahanan berlapis Anda benar-benar berlapis
Naik setiap siklus
Seberapa banyak aktivitas penguji terdeteksi
Menguji kemampuan melihat, bukan hanya kemampuan mencegah
Naik setiap siklus
Tingkat pelaporan simulasi phishing
Karyawan yang melapor jauh lebih berharga daripada karyawan yang tidak mengklik
Naik, di atas 60%
Laporkan tren, bukan potret satu waktu. Direksi tidak perlu tahu bahwa Anda menemukan 47 kerentanan. Mereka perlu tahu bahwa waktu perbaikan turun dari 21 hari menjadi enam, dan penguji kini butuh waktu tiga kali lebih lama untuk mencapai basis data pelanggan.
Kesalahan yang paling sering terjadi
Setelah semua yang dibahas di atas, ada baiknya menutup dengan hal-hal yang membuat program pengujian gagal memberi manfaat meski anggarannya sudah keluar.
Menguji untuk mencentang kotak. Ruang lingkup sengaja dipersempit supaya laporannya terlihat bersih. Hasilnya adalah dokumen yang lolos audit, dan organisasi yang tetap rentan. Ini bentuk pemborosan yang paling halus, karena terlihat seperti kepatuhan.
Laporan yang tidak ditindaklanjuti. Seluruh nilai pengujian ada pada perbaikannya, bukan pada penemuannya. Temuan tanpa penanggung jawab dan tenggat waktu akan tetap terbuka setahun kemudian, dan biasanya ditemukan lagi oleh penguji berikutnya.
Menguji setahun sekali sambil merilis setiap minggu. Kalau sistem Anda berubah jauh lebih cepat daripada jadwal pengujiannya, hasil pengujian sudah usang sebelum laporannya selesai dibaca. Frekuensinya harus mengikuti laju perubahan sistem, bukan tahun anggaran.
Memilih semata berdasarkan harga termurah. Selisih biaya antara pengujian yang sungguh-sungguh dan pemindaian yang dikemas ulang biasanya jauh lebih kecil daripada selisih risiko yang ditinggalkan keduanya.
Menghukum tim yang temuannya banyak. Kalau banyak temuan berujung pada teguran, orang akan belajar untuk mencari lebih sedikit. Insentifnya berubah dari memperbaiki masalah menjadi menyembunyikannya — dan itu jauh lebih mahal.
Berhenti di batas organisasi sendiri. Dengan tiga puluh persen pelanggaran melibatkan pihak ketiga, ruang lingkup yang berhenti di pagar kantor Anda sudah tidak memadai. Postur keamanan Anda kini mencakup vendor Anda, apakah Anda suka atau tidak.
Kembali ke pintu yang terbuka
Mari kembali ke gedung di awal tulisan ini.
Yang membuat cerita itu meresahkan bukanlah adanya pintu yang bisa dibuka. Setiap gedung punya kelemahan; itu wajar. Yang meresahkan adalah tidak ada seorang pun yang tahu pintu itu ada, sampai seseorang dari luar menemukannya lebih dulu.
Penetration testing pada dasarnya cuma satu hal: membayar seseorang untuk menemukan pintu itu sebelum orang lain menemukannya, lalu memberi tahu Anda. Ia tidak membuat gedung Anda kebal. Ia hanya memastikan bahwa daftar kelemahan Anda ditulis oleh pihak yang bekerja untuk Anda, bukan oleh pihak yang menyimpannya sampai terlambat.
Kalau organisasi Anda belum pernah melakukannya sama sekali, langkah pertamanya tidak perlu besar. Satu pengujian terhadap sistem yang terbuka ke internet, dengan komitmen untuk memperbaiki setiap temuan serius dalam tiga puluh hari, akan memberi Anda gambaran yang jauh lebih akurat tentang posisi keamanan Anda dibanding bertahun-tahun rapat kebijakan.
Sistem Anda akan diuji, cepat atau lambat. Satu-satunya yang masih bisa Anda pilih adalah siapa yang melakukannya, dan apakah mereka akan memberi tahu hasilnya.
Langkah berikutnya
Bangun kemampuannya di dalam tim Anda
Program pengujian yang benar-benar berjalan membutuhkan orang yang paham cara kerja penyerang — bukan hanya laporan tahunan dari pihak luar. Expert Track Workshop dari Inixindo Jogja menyusun pembelajaran keamanan siber sebagai jalur bertahap, dengan porsi praktik yang besar.
Silakan periksa jadwal, silabus, dan jalur kelas terkini di halaman program.
Pertanyaan yang sering muncul
Apa itu penetration testing?
Penetration testing adalah simulasi serangan siber terhadap sistem, jaringan, atau aplikasi milik sendiri, dilakukan oleh penguji profesional dengan izin tertulis. Tujuannya membuktikan kelemahan mana yang benar-benar bisa dimanfaatkan penyerang dan seberapa besar dampaknya bagi bisnis, bukan sekadar mendaftar potensi celah.
Apa bedanya dengan vulnerability assessment?
Vulnerability assessment adalah pemindaian otomatis yang menghasilkan daftar dugaan kerentanan, dengan cukup banyak temuan yang sebenarnya tidak relevan. Penetration testing melangkah lebih jauh: penguji manusia mencoba benar-benar memanfaatkan celah itu, merangkainya menjadi jalur serangan, dan membuktikan dampaknya. Keduanya saling melengkapi — pemindaian untuk cakupan luas dan rutin, pengujian penetrasi untuk kedalaman dan bukti.
Seberapa sering sebaiknya dilakukan?
Standar minimum yang berlaku luas adalah setahun sekali dan setiap kali ada perubahan besar pada sistem, yang juga merupakan persyaratan eksplisit PCI DSS. Namun idealnya frekuensi mengikuti laju perubahan sistem Anda. Organisasi yang merilis perubahan setiap minggu sebaiknya memadukan pengujian mendalam tahunan dengan pemeriksaan yang menyatu dalam proses rilis.
Berapa biayanya?
Sangat bervariasi tergantung ruang lingkup dan kedalaman pengujian, dari satu aplikasi web saja hingga seluruh infrastruktur. Pembanding yang lebih berguna daripada harga absolut adalah proporsinya: biaya program tahunan umumnya jauh di bawah dampak satu insiden tunggal, yang secara global rata-rata mencapai USD 4,44 juta menurut IBM pada 2025. Mintalah beberapa penawaran dengan ruang lingkup yang benar-benar identik agar bisa dibandingkan secara adil.
Apakah perusahaan kecil juga perlu?
Perlu, terutama kalau memproses data pribadi atau pembayaran. Penyerang modern memindai secara otomatis dan memilih target berdasarkan kemudahan, bukan ukuran perusahaan. Perusahaan kecil juga biasanya punya cadangan modal lebih tipis untuk bertahan dari gangguan operasional. Yang perlu disesuaikan adalah skala pengujiannya, bukan ada atau tidaknya.
Apakah legal dilakukan di Indonesia?
Legal, selama ada izin tertulis yang jelas dari pemilik sistem, mencakup ruang lingkup, jangka waktu, dan batasan aktivitas. Tanpa izin tersebut, aktivitas yang persis sama bisa masuk kategori akses ilegal terhadap sistem elektronik. Pastikan kontrak memuat surat izin pengujian, klausul kerahasiaan, dan aturan penanganan data yang ditemukan selama pengujian.
Apakah akan mengganggu sistem yang sedang berjalan?
Pengujian yang direncanakan baik dirancang untuk meminimalkan gangguan, melalui jendela waktu yang disepakati, batasan pada aktivitas berisiko tinggi, dan jalur komunikasi darurat. Sebagian organisasi memilih menguji di lingkungan yang meniru produksi. Yang perlu diingat, risiko gangguan terkendali selama beberapa jam jauh lebih kecil daripada gangguan tak terkendali berhari-hari akibat serangan sungguhan.
Apa yang harus dilakukan setelah menerima laporannya?
Tetapkan penanggung jawab dan tenggat untuk setiap temuan sesuai tingkat risikonya — umumnya kritis tujuh hari, tinggi tiga puluh hari, sedang sembilan puluh hari. Perbaiki akar masalahnya, bukan hanya gejalanya, karena satu pola kesalahan biasanya berulang di banyak tempat. Lalu lakukan pengujian ulang untuk memastikan perbaikannya benar-benar bekerja. Laporan tanpa perbaikan yang terverifikasi tidak menurunkan risiko sama sekali.
Apakah ini menjamin sistem menjadi aman?
Tidak. Penetration testing menghasilkan potret keamanan pada satu titik waktu dengan ruang lingkup tertentu. Sistem yang bersih hari ini bisa menjadi rentan setelah perubahan konfigurasi atau rilis fitur baru. Karena itu ia perlu dipadukan dengan manajemen kerentanan berkelanjutan, pemantauan, dan rencana respons insiden. Ia bagian yang diperlukan, bukan yang mencukupi.
Catatan sumber
Semua angka dalam tulisan ini berasal dari laporan yang terbit tahunan, sehingga nilainya berubah setiap edisi. Sebelum mengutipnya untuk presentasi, publikasi, atau pengambilan keputusan formal, periksa langsung ke dokumen aslinya. Ringkasan regulasi bersifat orientasi dan bukan nasihat hukum.
IBM Security & Ponemon Institute — Cost of a Data Breach Report, edisi 2019 hingga 2025. Sumber angka biaya pelanggaran data, waktu deteksi, dan komposisi biaya.
Verizon — Data Breach Investigations Report 2025. Sumber data titik masuk serangan, keterlibatan pihak ketiga, prevalensi ransomware, dan waktu perbaikan kerentanan.
Mandiant / Google Cloud — analisis time-to-exploit dan laporan M-Trends. Sumber tren waktu hingga eksploitasi.
Republik Indonesia — Undang-Undang No. 27 Tahun 2022 tentang Perlindungan Data Pribadi.
Otoritas Jasa Keuangan — ketentuan penyelenggaraan teknologi informasi dan manajemen risiko bagi lembaga jasa keuangan.
PCI Security Standards Council — PCI DSS v4.0.1, Persyaratan 11.4 tentang pengujian penetrasi.
ISO/IEC — Standar 27001:2022, kendali A.8.8 dan A.8.29.
NIST — SP 800-115 dan Cybersecurity Framework 2.0.
OWASP Foundation — Web Security Testing Guide, Mobile Application Security Testing Guide, dan API Security Top 10.
Laporan media dan evaluasi publik atas insiden Pusat Data Nasional Sementara, Juni 2024.
Mengendalikan AI Sebelum Memakainya: Peran COBIT dalam Etika dan Risiko Generative AI | Inixindo Jogja
Laporan Governance, Edisi 2026
Mengendalikan AI Sebelum Memakainya
Peran COBIT dalam Etika dan Risiko Generative AI
Generative AI sudah dipakai di hampir semua tempat kerja, tetapi kesiapan organisasi untuk mengendalikannya jauh tertinggal di belakang. Laporan ini menelusuri kesenjangan tersebut, lalu menunjukkan bagaimana framework COBIT bisa menjadi kerangka kendali sebelum Generative AI benar-benar masuk ke proses bisnis, bukan tambalan setelah masalah muncul.
Kategori IT Governance & Risk
Waktu baca ~10 menit
Untuk CIO, IT Auditor, GRC, Digital Trust
Inti laporan
Kesenjangan governance melebar. Generative AI sudah dipakai lintas fungsi di banyak organisasi, sementara kebijakan resmi, jalur akuntabilitas, dan rencana respons insidennya sering belum tersedia.
COBIT bukan aturan baru untuk AI, melainkan struktur lama yang diperluas. Framework ini agnostik terhadap teknologi, sehingga bisa langsung dipetakan ke risiko Generative AI lewat lima domainnya: EDM, APO, BAI, DSS, dan MEA.
Regulasi Indonesia sedang menyusul. Komdigi menargetkan dua Peraturan Presiden soal peta jalan dan etika AI terbit awal 2026, sehingga organisasi yang lebih dulu punya kerangka governance akan lebih siap menghadapinya.
Kendali paling efektif dibangun sebelum insiden pertama terjadi, bukan sesudahnya. Gunakan matriks interaktif dan alat cek kesiapan di laporan ini untuk memetakan posisi organisasi Anda.
00 · Ringkasan
AI sudah ada di mana-mana, kendalinya belum menyusul
Generative AI bukan lagi eksperimen di sudut divisi IT. Teknologi ini sudah masuk ke email, laporan keuangan, penulisan kode, sampai keputusan layanan pelanggan. Yang menjadi soal, kecepatan adopsinya tidak diimbangi kecepatan yang sama dalam membangun pagar pengaman di sekelilingnya.
Pola yang berulang di banyak organisasi terlihat serupa: hampir semua pimpinan meyakini karyawannya sudah memakai AI, namun hanya sebagian kecil yang benar-benar memiliki kebijakan resmi, rencana respons insiden yang teruji, atau dewan direksi yang memahami risikonya secara memadai. Kesenjangan inilah yang membuat pertanyaan tentang cara mengendalikan AI jauh lebih mendesak dibanding pertanyaan tentang AI apa yang sebaiknya dipakai.
01 · Analisis
Kesenjangan antara prioritas dan kesiapan
Ketika ditanya teknologi apa yang paling memengaruhi pekerjaan mereka tahun ini, hampir semua organisasi menempatkan AI di posisi teratas. Namun begitu pertanyaannya diganti menjadi seberapa siap mereka mengelola risikonya, nadanya langsung berubah jauh lebih hati-hati. Prioritas dan kesiapan bergerak dengan kecepatan yang berbeda, dan selisih itulah yang menjadi inti persoalannya.
Pola yang sama terlihat lintas kawasan, bukan hanya di satu negara. Penggunaan Generative AI oleh staf terus meningkat dari tahun ke tahun, sementara jumlah organisasi yang memiliki kebijakan AI formal tumbuh jauh lebih lambat. Padahal manfaatnya sudah terasa nyata berupa peningkatan produktivitas, efisiensi proses, dan penghematan waktu. Justru manfaat yang cepat terasa inilah yang sering membuat organisasi tergoda melompati tahap governance.
!
Titik krusial: kesenjangan terbesar bukan pada kemampuan teknis AI, melainkan pada kepercayaan diri organisasi untuk mengendalikannya. Ketika hampir semua pimpinan yakin AI sudah dipakai tetapi hanya sebagian kecil yang punya kebijakan resminya, artinya sebagian besar penggunaan AI hari ini berjalan tanpa kerangka kendali yang jelas.
02 · Konteks
Mengapa Generative AI menuntut pengendalian berbeda
Sistem TI konvensional bersifat deterministik: input yang sama menghasilkan output yang sama, dan jejak auditnya bisa ditelusuri baris demi baris. Generative AI tidak bekerja seperti itu. Sifatnya probabilistik, terus berevolusi, dan hasilnya bisa terdengar meyakinkan meski keliru pada saat bersamaan. Itulah sebabnya governance TI yang biasa dipakai selama ini tidak otomatis cukup untuk menanganinya.
Risiko 01
Akurasi dan halusinasi
Model bisa menghasilkan informasi yang terdengar meyakinkan namun sepenuhnya salah, tanpa sinyal peringatan bagi pengguna awam.
Risiko 02
Kebocoran data dan kekayaan intelektual
Prompt yang berisi data sensitif berpotensi tersimpan atau bocor lewat penyedia model pihak ketiga jika tidak ada kontrol pemakaian yang jelas.
Risiko 03
Bias dan dampak etis
Model mewarisi bias dari data pelatihannya, yang bisa memengaruhi keputusan rekrutmen, kredit, atau layanan pelanggan secara tidak adil.
Risiko 04
Kesenjangan akuntabilitas
Ketika sebagian keputusan dibuat oleh mesin, siapa yang bertanggung jawab atas hasilnya sering kali tidak terdefinisi dengan tegas.
Kekhawatiran ini juga terlihat jelas di level dewan direksi. Hambatan terbesar terhadap Generative AI di ruang rapat direksi umumnya bukan soal biaya, melainkan soal kepercayaan: seberapa akurat datanya, sebesar apa risiko reputasi bila outputnya keliru di hadapan publik, dan sekuat apa pertahanan siber organisasi ketika permukaan serangannya melebar.
Sementara itu, ancaman yang mengintai justru semakin berat. Serangan siber berbantuan AI dan penyalahgunaan deepfake kini menempati urutan teratas daftar kekhawatiran praktisi keamanan, melampaui banyak isu keamanan konvensional yang selama ini menjadi fokus utama.
i
Konsekuensinya jelas: governance AI yang efektif menuntut algoritma diverifikasi secara berkala, metrik kinerja ditetapkan dan dipantau, serta kumpulan data divalidasi secara berkelanjutan. Semuanya berbentuk kegiatan berulang, bukan proyek sekali jalan yang selesai saat sistem dirilis.
03 · Lokal
Konteks Indonesia: regulasi sedang menyusul adopsi
Bagi organisasi di Indonesia, kesenjangan governance ini punya dimensi tambahan. Regulasi AI nasional sedang dalam proses penyelesaian, dan organisasi yang menunggu aturan resmi terbit sebelum mulai membangun kendali internal berisiko tertinggal saat aturan itu benar-benar berlaku.
Kementerian Komunikasi dan Digital (Komdigi) telah menyiapkan dua Rancangan Peraturan Presiden terkait AI, yaitu peta jalan kecerdasan artifisial nasional dan etika penggunaan AI. Kedua draf ini merupakan penyempurnaan dari Surat Edaran Menteri Komunikasi dan Informatika Nomor 9 Tahun 2023 yang sebelumnya menjadi pedoman etika AI yang bersifat imbauan. Komdigi akan berperan sebagai otoritas koordinator utama, sementara regulator sektoral seperti OJK untuk sektor keuangan tetap mengawasi penerapan AI di bidang masing-masing. Mekanisme penegakannya nanti mencakup peringatan administratif, perintah perbaikan, hingga penghentian sementara layanan bagi pelanggaran yang serius.
Jejak regulasi AI Indonesia menuju penerbitan
2023
SE Menkominfo No. 9/2023
Surat edaran berisi imbauan etika pemanfaatan kecerdasan artifisial, menjadi fondasi awal sebelum regulasi yang lebih mengikat disusun.
Agu 2025
Konsultasi publik dibuka
Komdigi merilis draf Buku Putih Peta Jalan AI Nasional dan konsep pedoman etika AI untuk mendapat masukan publik.
Des 2025
Draf rampung, menunggu tanda tangan
Kedua rancangan Perpres dilaporkan telah hampir rampung dan diajukan ke Sekretariat Negara untuk proses penerbitan.
2026
Target penerbitan Perpres
Pemerintah menargetkan kedua Perpres terbit pada awal 2026, memberi payung kebijakan umum yang nantinya diturunkan ke aturan sektoral.
Dengan basis pengguna internet yang sangat besar dan digitalisasi layanan publik maupun swasta yang terus meluas, urgensi tata kelola AI di Indonesia bukan isu jangka panjang, melainkan kebutuhan yang sudah di depan mata. Organisasi yang lebih dulu membangun kerangka governance seperti COBIT tidak perlu menunggu regulasi final untuk mulai bergerak. Struktur yang sama, mulai dari kejelasan akuntabilitas hingga dokumentasi penilaian risiko, kemungkinan besar akan menjadi persis apa yang diminta regulator begitu aturan itu resmi berlaku.
04 · Framework
Peran COBIT: dari kendali TI ke kendali AI
COBIT (Control Objectives for Information and Related Technologies) adalah framework tata kelola teknologi informasi yang sudah menjadi rujukan standar selama lebih dari dua dekade. Kekuatan utamanya bukan pada teknologi spesifik yang diatur, melainkan pada cara berpikirnya, yaitu memisahkan dengan tegas antara governance, yang menetapkan arah dan mengevaluasi, dengan management, yang merencanakan, membangun, menjalankan, dan memantau.
Karena sifatnya yang agnostik terhadap teknologi, COBIT tidak perlu ditulis ulang untuk mengatur Generative AI. Framework ini cukup diperluas cakupannya. COBIT 2019 menyusun 40 tujuan governance dan management yang terbagi ke lima domain berbasis kode, ditopang oleh 11 faktor desain yang membuat penerapannya bisa disesuaikan dengan konteks tiap organisasi, serta tujuh komponen governance, dulu disebut enabler, mulai dari proses dan struktur organisasi hingga budaya dan perilaku.
Tentu COBIT bukan satu-satunya pilihan. Dua kerangka lain yang sering disebut berdampingan adalah ISO/IEC 42001, standar sistem manajemen AI yang bisa disertifikasi secara formal, dan NIST AI RMF, kerangka manajemen risiko AI yang sukarela dan berbasis fungsi. Ketiganya sebenarnya saling melengkapi ketimbang bersaing, dan tabel berikut merangkum kapan masing-masing paling relevan dipakai.
Framework
Fokus utama
Sifat
Paling cocok untuk
COBIT
Tata kelola TI dan AI menyeluruh di tingkat perusahaan
Kerangka governance umum, agnostik teknologi
Organisasi yang sudah punya struktur IT governance dan ingin memperluasnya ke AI
ISO/IEC 42001
Sistem manajemen AI yang bisa disertifikasi
Standar sertifikasi formal, mirip ISO 27001
Organisasi yang butuh bukti kepatuhan formal ke klien atau regulator
NIST AI RMF
Manajemen risiko AI berbasis fungsi Govern, Map, Measure, Manage
Kerangka sukarela dan fleksibel, tanpa sertifikasi
Organisasi yang ingin pendekatan berbasis risiko tanpa proses sertifikasi
Enam manfaat konkret muncul ketika COBIT dipakai untuk mengatur sistem AI, mulai dari keselarasan tujuan AI dengan tujuan bisnis, kejelasan akuntabilitas, manajemen risiko yang terstruktur, transparansi keputusan algoritmik, kepatuhan terhadap regulasi yang terus berubah, hingga pengukuran kinerja yang bisa dipertanggungjawabkan dan bukan sekadar klaim bahwa AI sudah aman. Daftar lengkapnya dibahas lebih jauh di bagian akhir laporan ini.
05 · Alat Bantu
Matriks kendali: memetakan lima domain COBIT ke Generative AI
Kelima domain COBIT bukan daftar checklist yang berdiri sendiri, melainkan siklus kendali yang saling menopang satu sama lain. Klik salah satu domain di bawah untuk melihat bagaimana ia diterjemahkan menjadi tindakan konkret dalam mengendalikan Generative AI.
Matriks kendali COBIT untuk Generative AI
Lima domain, satu siklus kendali, dari arahan dewan direksi sampai audit berkelanjutan.
Ketuk domain →
06 · Eksekusi
Peta jalan implementasi: lima domain, satu urutan kerja
Karena kelima domain COBIT memang dirancang berurutan secara logis, urutan ini juga bisa dibaca sebagai peta jalan implementasi governance AI, mulai dari penentuan arah strategis hingga pengawasan yang berjalan terus-menerus.
1
Tetapkan arah
Dewan menetapkan selera risiko AI dan prinsip etikanya, domain EDM.
2
Susun kebijakan
Manajemen menyusun kebijakan, peran, dan anggaran, domain APO.
3
Bangun kendali
Kendali teknis dibangun ke dalam sistem sejak awal, domain BAI.
4
Operasikan aman
Penggunaan harian dipantau dan didukung tim layanan, domain DSS.
5
Audit dan perbaiki
Kinerja dan kepatuhan dievaluasi terus-menerus, domain MEA.
07 · Alat Bantu
Seberapa siap organisasi Anda?
Enam butir di bawah mencerminkan area yang paling sering menjadi titik lemah ketika kesiapan governance AI mulai ditelusuri. Pilih tingkat penerapannya di organisasi Anda, lalu perhatikan indikator kesiapan bergerak. Anggap hasilnya sebagai gambaran awal untuk memulai diskusi internal, bukan audit formal.
Cek kesiapan governance Generative AI
Setiap butir dipetakan ke domain COBIT yang menaunginya, sehingga hasilnya bisa langsung dibaca bersama matriks kendali di atas.
0%
Belum dinilai
0 dari 6 butir dinilai
Pilih tingkat penerapan pada tiap butir untuk melihat gambaran kesiapan organisasi Anda dan domain COBIT mana yang perlu didahulukan.
08 · Ringkasan
Enam manfaat memakai COBIT untuk governance AI
Berikut enam manfaat yang paling sering dirasakan organisasi yang mengadopsi COBIT lebih awal untuk mengatur sistem AI-nya.
Keselarasan tujuan AI dengan tujuan bisnis
Setiap inisiatif AI ditelusuri balik ke sasaran strategis, bukan sekadar mengikuti tren teknologi.
Kejelasan akuntabilitas
Peran dan tanggung jawab atas keputusan yang dibantu AI didefinisikan secara eksplisit, bukan diasumsikan begitu saja.
Manajemen risiko yang terstruktur
Risiko unik AI, seperti bias, halusinasi, dan ketergantungan pihak ketiga, dinilai dengan metodologi yang konsisten, bukan reaktif.
Transparansi dan keterjelasan
Keputusan algoritmik yang berdampak pada manusia dapat dijelaskan dan ditelusuri kembali.
Kesiapan regulasi
Struktur COBIT memudahkan pemetaan ke regulasi yang terus berkembang, dari EU AI Act hingga Perpres AI yang sedang disiapkan di Indonesia.
Pengukuran kinerja yang bisa dipertanggungjawabkan
Metrik dan target yang jelas menggantikan klaim kualitatif seperti AI kami sudah aman.
09 · FAQ
Pertanyaan yang sering diajukan
Ringkasan jawaban atas pertanyaan yang paling sering muncul seputar COBIT dan governance Generative AI.
Apa itu COBIT dan siapa yang mengembangkannya?
COBIT (Control Objectives for Information and Related Technologies) adalah framework tata kelola teknologi informasi yang dikembangkan oleh ISACA. Framework ini membantu organisasi menyelaraskan penggunaan teknologi, termasuk AI, dengan tujuan bisnis, sekaligus mengelola risikonya secara terstruktur melalui 40 tujuan governance dan management.
Kenapa COBIT relevan untuk Generative AI, padahal framework ini dibuat sebelum era AI generatif populer?
COBIT bersifat agnostik terhadap teknologi. Framework ini tidak mengatur AI secara spesifik, tetapi menyediakan struktur governance, mencakup siapa yang berwenang memutuskan, bagaimana risiko dinilai, dan bagaimana kepatuhan diukur, yang bisa diperluas ke teknologi apa pun termasuk Generative AI tanpa perlu ditulis ulang dari awal.
Apakah organisasi di Indonesia wajib menerapkan COBIT untuk mengelola AI?
Belum ada kewajiban hukum yang secara spesifik mengharuskan penggunaan COBIT. Namun dengan disiapkannya draf Peraturan Presiden tentang etika dan tata kelola AI oleh Komdigi yang ditargetkan terbit awal 2026, organisasi yang sudah memiliki kerangka governance seperti COBIT akan jauh lebih siap memenuhi kewajiban akuntabilitas begitu regulasi tersebut berlaku.
Apa beda COBIT dengan ISO/IEC 42001 dan NIST AI RMF?
Ketiganya saling melengkapi. COBIT berfokus pada tata kelola TI dan AI secara menyeluruh di tingkat perusahaan, ISO/IEC 42001 adalah standar sistem manajemen AI yang bisa disertifikasi secara formal, sementara NIST AI RMF adalah kerangka manajemen risiko AI yang sukarela dan berbasis fungsi Govern, Map, Measure, dan Manage.
Berapa lama waktu yang dibutuhkan untuk menerapkan governance AI berbasis COBIT?
Tidak ada angka pasti karena bergantung pada ukuran dan kompleksitas organisasi. Umumnya implementasi dimulai dari domain EDM dan APO untuk menetapkan arah serta kebijakan dalam hitungan minggu hingga bulan, lalu domain BAI dan DSS diperluas secara bertahap seiring bertambahnya kasus penggunaan AI yang berjalan.
10 · Penutup
Kendali datang sebelum adopsi, bukan sesudahnya
Generative AI akan terus dipakai di organisasi Anda, terlepas dari ada atau tidaknya kebijakan resmi, karena praktiknya sudah berjalan hari ini. Pertanyaannya bukan lagi apakah kita akan mengendalikan AI, melainkan apakah kendali itu dibangun sebelum insiden pertama terjadi, atau sesudahnya. COBIT tidak menjanjikan jawaban instan, tetapi ia menyediakan bahasa dan struktur yang sama antara dewan direksi, tim risiko, dan tim teknis untuk membuat keputusan itu bersama-sama, sebelum AI benar-benar dipakai secara luas, bukan setelah masalahnya muncul di hadapan publik.
Executive Class: IT Governance and AI Strategies & Policies
Kelas eksekutif untuk pimpinan dan pengambil keputusan yang perlu menyusun kendali AI di organisasinya, bukan sekadar memahami teorinya. Pembahasan bergerak dari kerangka tata kelola TI seperti COBIT, penyusunan kebijakan dan strategi AI, pemetaan risiko serta etika penggunaannya, hingga kesiapan menghadapi regulasi AI yang sedang berlaku dan yang akan datang di Indonesia.
Kerangka IT governance dan penerapannya pada AI
Penyusunan strategi, kebijakan, dan etika AI organisasi
Pemetaan risiko AI dan kesiapan menghadapi regulasi
Format kelas eksekutif, fokus pada pengambilan keputusan