{"id":5217,"date":"2026-08-15T10:29:12","date_gmt":"2026-08-15T03:29:12","guid":{"rendered":"https:\/\/dtisolution.id\/blog\/?p=5217"},"modified":"2026-08-25T01:03:27","modified_gmt":"2026-08-24T18:03:27","slug":"mfa-berbasis-risiko-perbankan-pojk-11-2022","status":"publish","type":"post","link":"https:\/\/dtisolution.id\/blog\/mfa-berbasis-risiko-perbankan-pojk-11-2022\/","title":{"rendered":"MFA Berbasis Risiko Perbankan POJK 11\/2022: Panduan Bank"},"content":{"rendered":"<div class=\"dti-snippet-answer\" style=\"margin:0 0 24px;padding:16px 20px;border-left:4px solid #E85A5A;background:#fdf6f6;border-radius:6px\"><strong>Jawaban singkat:<\/strong> POJK 11\/2022 tentang Penyelenggaraan Teknologi Informasi oleh Bank Umum memakai pendekatan berbasis risiko: bank menetapkan kontrol pengamanan, termasuk autentikasi, secara proporsional terhadap risiko layanannya. Tidak ada satu teknologi yang diwajibkan. Bank bebas memilih faktor autentikasi kuat seperti security key FIDO2, sepanjang efektivitasnya dapat dibuktikan lewat asesmen risiko dan pengujian keamanan berkala.<\/div>\n<p>Hampir setiap diskusi tentang <strong>MFA berbasis risiko perbankan POJK 11\/2022<\/strong> berangkat dari dua pertanyaan yang sama: apakah regulator mewajibkan teknologi autentikasi tertentu, dan apakah metode yang dipakai bank hari ini masih memadai. POJK Nomor 11\/POJK.03\/2022 tentang Penyelenggaraan Teknologi Informasi oleh Bank Umum tidak menyusun daftar belanja teknologi. Yang diwajibkan adalah proses: bank mengidentifikasi risiko, menetapkan kontrol yang proporsional, lalu membuktikan kontrol itu benar-benar bekerja. Artikel ini membedah cara membaca kerangka tersebut, sekaligus menunjukkan di titik mana security key hardware masuk akal ditempatkan. Untuk gambaran menyeluruh soal MFA tahan phishing di luar konteks POJK, lihat <a href=\"\/blog\/mfa-tahan-phishing-panduan-lengkap-enterprise-perbankan\/\">panduan lengkap MFA tahan phishing untuk enterprise dan perbankan<\/a>.<\/p>\n<figure style=\"margin:20px 0\"><img decoding=\"async\" src=\"https:\/\/dtisolution.id\/blog\/wp-content\/uploads\/2026\/07\/dti-batch-1784997172-22513.jpg\" alt=\"Ilustrasi YubiKey \u2014 MFA Berbasis Risiko Perbankan POJK 11\/2022: Panduan Bank\" style=\"max-width:100%;height:auto;border-radius:8px\" title=\"\"><figcaption style=\"font-size:13px;color:#5B6B85;margin-top:6px\">YubiKey dari DTI.<\/figcaption><\/figure>\n<h2>Apa yang Diatur POJK 11\/2022 dan Mengapa Pendekatannya Berbasis Risiko<\/h2>\n<p>POJK 11\/2022 menggantikan POJK 38\/POJK.03\/2016 tentang Penerapan Manajemen Risiko dalam Penggunaan Teknologi Informasi oleh Bank Umum, dengan cakupan yang jauh lebih luas: tata kelola TI, manajemen risiko TI, pengamanan informasi, pengelolaan pusat data dan pusat pemulihan bencana, penyelenggaraan layanan perbankan elektronik, pemanfaatan pihak ketiga termasuk komputasi awan, sampai kewajiban pelaporan kepada Otoritas Jasa Keuangan. Rincian teknisnya dituangkan dalam surat edaran turunan, SEOJK 29\/SEOJK.03\/2022, yang menerjemahkan prinsip-prinsip POJK ke tataran operasional.<\/p>\n<p>Karakter utama regulasi ini <em>principle-based<\/em> dan <em>risk-based<\/em>. Bank memang diminta menyelenggarakan pengamanan informasi yang mencakup pengendalian akses, autentikasi pengguna, kerahasiaan dan integritas data, serta pemantauan insiden. Tetapi kekuatan kontrolnya tidak diseragamkan untuk semua kanal dan semua pengguna. Bank berskala besar dengan kanal digital masif tidak diharapkan menerapkan kontrol yang identik dengan bank berprofil risiko sederhana. Yang harus sama justru kualitas argumennya: asesmen risiko ada, keputusan kontrol tercatat, pengujian dilakukan, dan evaluasinya berjalan berkala.<\/p>\n<h3>Konsekuensi praktis bagi desain autentikasi<\/h3>\n<p>Karena kerangkanya berbasis risiko, kalimat &#8220;kami sudah memakai MFA&#8221; tidak akan menyelamatkan Anda di hadapan auditor internal maupun pemeriksa OJK. Pertanyaan lanjutannya selalu sama: MFA jenis apa, untuk pengguna mana, melindungi aset apa, dari skenario ancaman apa. MFA yang cukup untuk menahan pencurian kata sandi belum tentu bertahan menghadapi <em>phishing<\/em> real-time dengan proxy, <em>SIM swap<\/em>, atau <em>MFA fatigue<\/em>. Perbedaan itulah yang perlu dituangkan secara eksplisit dalam dokumen asesmen risiko Anda.<\/p>\n<h2>Menerjemahkan MFA Berbasis Risiko Perbankan POJK 11\/2022 ke Desain Kontrol<\/h2>\n<p>Pendekatan yang paling mudah dipertahankan saat pemeriksaan: petakan populasi pengguna dan jenis transaksi ke tingkat risiko, lalu tetapkan kekuatan autentikasi minimum per tingkat. Tabel berikut contoh kerangkanya. Silakan sesuaikan dengan selera risiko bank Anda \u2014 angka dan batasnya adalah keputusan internal, bukan kutipan regulasi.<\/p>\n<style>\n.dfig{--nv:#2C4A7E;--nvd:#1F365C;--co:#E85A5A;--cod:#C84545;--gr:#4E9C6E;--am:#E39B54;--ink:#111827;--mu:#4B5563;--ln:#E5E7EB;--ti:#F3F4F6;margin:26px 0;border:1px solid #E5E7EB;border-radius:12px;overflow:hidden;background:#fff}.dfig *{box-sizing:border-box}.dfig .dcap{font-size:12px;font-weight:700;letter-spacing:.5px;text-transform:uppercase;color:var(--nv);padding:10px 16px;border-bottom:1px solid var(--ln);background:var(--ti)}.dfig .dbd{padding:20px 16px}.dfig .dft{font-size:12px;color:var(--mu);font-style:italic;margin-top:14px;line-height:1.45}.darr{text-align:center;color:var(--co);font-size:22px;font-weight:700;margin:11px 0;line-height:1}.dcmp3 .hdr,.dcmp3 .row{display:grid;grid-template-columns:1.05fr 1fr 1fr;gap:6px 10px;align-items:center}.dcmp3 .hdr{margin-bottom:6px}.dcmp3 .hh{font-weight:700;font-size:12px;color:#fff;background:var(--nv);padding:7px 10px;border-radius:6px;text-align:center}.dcmp3 .hx{}.dcmp3 .row{padding:8px 0;border-top:1px dashed var(--ln)}.dcmp3 .cr{font-size:12px;font-weight:700;color:var(--ink)}.dcmp3 .cv{font-size:11.5px;line-height:1.35;color:var(--ink)}.dcmp3 .cv .m{font-weight:700;margin-right:3px}.mg{color:var(--gr)}.mr{color:var(--co)}.ma{color:var(--am)}.dcmp3 .cl2{display:none}@media(max-width:640px){.dcmp3 .hdr{display:none}.dcmp3 .row{grid-template-columns:1fr;gap:3px}.dcmp3 .cr{font-size:13px}.dcmp3 .cl2{display:inline;font-weight:700;color:var(--mu);margin-right:4px}}.dt2{display:grid;grid-template-columns:1fr 1fr;gap:12px}.dt2 .col{border:1px solid var(--ln);border-radius:10px;overflow:hidden;display:flex;flex-direction:column}.dt2 .h{padding:11px 13px;font-weight:700;font-size:13px}.dt2 .ht{background:var(--ti);color:var(--ink)}.dt2 .hn{background:var(--nv);color:#fff}.dt2 .s{display:flex;gap:9px;padding:9px 13px;font-size:11.5px;line-height:1.4;color:var(--ink);border-bottom:1px dashed var(--ln)}.dt2 .s .n{flex:none;width:20px;height:20px;border-radius:50%;background:var(--nv);color:#fff;font-size:11px;font-weight:700;display:flex;align-items:center;justify-content:center}.dt2 .s.mr{color:var(--co)}.dt2 .s.mg{color:var(--gr)}.dt2 .bg{margin-top:auto;padding:9px 13px;font-size:11.5px;font-weight:700;border-top:1px solid var(--ln)}.dt2 .bg.g{color:var(--gr)}.dt2 .bg.r{color:var(--co)}@media(max-width:640px){.dt2{grid-template-columns:1fr}}.dflow{display:flex;gap:12px;align-items:stretch}.dflow .st{flex:1;position:relative;background:var(--nv);color:#fff;border-radius:10px;padding:12px;display:flex;flex-direction:column;gap:5px}.dflow .st .n{width:23px;height:23px;border-radius:50%;background:var(--co);color:#fff;font-weight:700;font-size:12px;display:flex;align-items:center;justify-content:center}.dflow .st b{font-size:13px;line-height:1.2}.dflow .st small{font-size:10.5px;line-height:1.3;color:rgba(255,255,255,.82)}.dflow .st:not(:last-child)::after{content:'\u203a';position:absolute;right:-12px;top:50%;transform:translateY(-50%);color:var(--co);font-size:22px;font-weight:700;z-index:2}@media(max-width:760px){.dflow{flex-wrap:wrap}.dflow .st{flex:1 1 44%}.dflow .st::after{display:none}}@media(max-width:520px){.dflow .st{flex:1 1 100%}}.dfl2 .lb{font-size:11px;font-weight:700;text-transform:uppercase;letter-spacing:.5px;color:var(--nv);background:var(--ti);border-radius:6px;padding:6px 10px;margin:0 0 10px}.dfl2 .b2{margin-top:16px}.dt4{display:grid;grid-template-columns:1fr 1fr 1fr 1fr;gap:10px}.dt4 .col{border:1px solid var(--ln);border-radius:10px;overflow:hidden}.dt4 .h{padding:9px 11px;font-weight:700;font-size:12.5px}.dt4 .hk{background:var(--cod);color:#fff}.dt4 .ha{background:var(--am);color:var(--ink)}.dt4 .hn{background:var(--nv);color:#fff}.dt4 .hg{background:var(--gr);color:var(--ink)}.dt4 .r{padding:8px 11px;border-bottom:1px dashed var(--ln)}.dt4 .r:last-child{border:0}.dt4 .r .ml{display:block;font-size:9px;font-weight:700;text-transform:uppercase;letter-spacing:.3px;color:var(--mu);margin-bottom:2px}.dt4 .r .vv{font-size:11px;line-height:1.35;color:var(--ink)}@media(max-width:820px){.dt4{grid-template-columns:1fr 1fr}}@media(max-width:520px){.dt4{grid-template-columns:1fr}}.dc2{display:grid;grid-template-columns:1fr 1fr;gap:12px;position:relative}.dc2 .col{border:1px solid var(--ln);border-radius:10px;overflow:hidden}.dc2 .h{padding:11px 13px;font-weight:700;font-size:13px}.dc2 .ht{background:var(--ti);color:var(--ink)}.dc2 .hn{background:var(--nv);color:#fff}.dc2 .r{padding:8px 13px;border-bottom:1px dashed var(--ln)}.dc2 .r:last-child{border:0}.dc2 .r .ml{display:block;font-size:9px;font-weight:700;text-transform:uppercase;color:var(--mu);margin-bottom:2px}.dc2 .r .vv{font-size:11.5px;line-height:1.35;color:var(--ink)}.dchip{display:inline-block;background:var(--co);color:#fff;font-size:11px;font-weight:700;padding:3px 10px;border-radius:20px;margin:8px auto;text-align:center}.dc2wrap{text-align:center}@media(max-width:640px){.dc2{grid-template-columns:1fr}}.dsp .trig{background:var(--nv);color:#fff;border-radius:8px;padding:12px 14px;font-size:12.5px;font-weight:600;text-align:center}.dsp .cols{display:grid;grid-template-columns:1fr 1fr;gap:12px;margin-top:12px}.dsp .col{border:1px solid var(--ln);border-radius:10px;overflow:hidden}.dsp .cch{background:var(--co);color:#fff;font-size:11px;font-weight:700;text-align:center;padding:6px}.dsp .h{background:var(--nvd);color:#fff;font-weight:700;font-size:12.5px;padding:10px 12px}.dsp .r{padding:8px 12px;font-size:11.5px;line-height:1.4;color:var(--ink);border-bottom:1px dashed var(--ln)}.dsp .r:last-child{border:0}@media(max-width:640px){.dsp .cols{grid-template-columns:1fr}}.dacc .band{border-radius:8px;padding:12px 14px;text-align:center}.dacc .ojk{background:var(--nvd);color:#fff;font-weight:700;font-size:14px}.dacc .pikk{background:var(--nv);color:#fff}.dacc .pikk b{font-size:15px}.dacc .pikk .s{font-size:12px;color:rgba(255,255,255,.82);margin-top:2px}.dacc .lbls{display:flex;justify-content:space-between;font-size:11px;padding:8px 6px}.dacc .up{color:var(--co);font-weight:700}.dacc .dn{color:var(--mu)}.dacc .con{text-align:center;font-size:11px;color:var(--mu);margin:9px 0}.dacc .cards{display:grid;grid-template-columns:repeat(5,1fr);gap:8px}.dacc .lc{border:1px solid var(--ln);border-radius:8px;padding:9px 6px;text-align:center;font-size:11.5px;font-weight:600;color:var(--ink);background:#fff}.dacc .sub{text-align:center;font-size:11px;color:var(--mu);margin-top:8px}@media(max-width:640px){.dacc .cards{grid-template-columns:1fr 1fr}}.dt3{display:grid;grid-template-columns:1fr 1fr 1fr;gap:12px}.dt3 .col{border:1px solid var(--ln);border-radius:10px;overflow:hidden;display:flex;flex-direction:column}.dt3 .h{padding:11px 12px;font-weight:700;font-size:12.5px}.dt3 .ht{background:var(--ti);color:var(--ink)}.dt3 .ha{background:var(--am);color:var(--ink)}.dt3 .hg{background:var(--gr);color:#fff}.dt3 .r{padding:8px 12px;border-bottom:1px dashed var(--ln);font-size:11.5px;line-height:1.4;color:var(--ink)}.dt3 .r .ml{display:block;font-size:9px;font-weight:700;text-transform:uppercase;color:var(--mu);margin-bottom:2px}.dt3 .vd{margin-top:auto;padding:9px 12px;font-size:11.5px;font-weight:700;border-top:1px solid var(--ln)}.dt3 .vd.n{color:var(--mu)}.dt3 .vd.a{color:#b5791f}.dt3 .vd.g{color:var(--gr)}@media(max-width:640px){.dt3{grid-template-columns:1fr}}.dfig.dt2,.dfig.dt3,.dfig.dt4,.dfig.dc2{display:block}<\/style>\n<figure class=\"dfig dt4\"><figcaption class=\"dcap\">Contoh pemetaan tingkat risiko \u2192 kontrol autentikasi (keputusan internal)<\/figcaption><div class=\"dbd\">\n<div class=\"dt4\">\n<div class=\"col\">\n<div class=\"h hk\">Kritikal<\/div>\n<div class=\"r\"><span class=\"ml\">Cakupan<\/span><span class=\"vv\">Admin core banking, akses privileged ke basis data, konsol cloud, sistem pembayaran<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Autentikasi minimum<\/span><span class=\"vv\">Tahan phishing \u2014 FIDO2\/WebAuthn dengan security key hardware<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Kontrol pendamping<\/span><span class=\"vv\">PAM, jaringan terbatas, perekaman sesi, dual control<\/span><\/div>\n<\/div>\n<div class=\"col\">\n<div class=\"h ha\">Tinggi<\/div>\n<div class=\"r\"><span class=\"ml\">Cakupan<\/span><span class=\"vv\">Pegawai kantor pusat, akses jarak jauh, aplikasi berisi data pribadi nasabah<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Autentikasi minimum<\/span><span class=\"vv\">MFA tahan phishing untuk akses jarak jauh; minimal dua faktor internal<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Kontrol pendamping<\/span><span class=\"vv\">Kondisi perangkat, geolokasi, deteksi anomali<\/span><\/div>\n<\/div>\n<div class=\"col\">\n<div class=\"h hn\">Menengah<\/div>\n<div class=\"r\"><span class=\"ml\">Cakupan<\/span><span class=\"vv\">Nasabah pada transaksi finansial di kanal digital<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Autentikasi minimum<\/span><span class=\"vv\">Dua faktor + step-up saat indikator risiko meningkat<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Kontrol pendamping<\/span><span class=\"vv\">Pemantauan transaksi, device binding, notifikasi<\/span><\/div>\n<\/div>\n<div class=\"col\">\n<div class=\"h hg\">Rendah<\/div>\n<div class=\"r\"><span class=\"ml\">Cakupan<\/span><span class=\"vv\">Aktivitas hanya-baca: cek saldo, informasi produk<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Autentikasi minimum<\/span><span class=\"vv\">Faktor tunggal + pemantauan sesi<\/span><\/div>\n<div class=\"r\"><span class=\"ml\">Kontrol pendamping<\/span><span class=\"vv\">Pembatasan laju, deteksi bot<\/span><\/div>\n<\/div>\n<\/div>\n<p class=\"dft\">Kerangka ilustratif sebagai contoh keputusan manajemen internal \u2014 bukan kutipan POJK 11\/2022. Regulasi bersifat berbasis risiko dan tidak menetapkan teknologi tertentu; batas tiap tingkat ditetapkan melalui asesmen risiko terdokumentasi masing-masing bank.<\/p>\n<\/div>\n<\/figure>\n<p>Inti <strong>MFA berbasis risiko perbankan POJK 11\/2022<\/strong> bukan menyamaratakan kontrol terkuat ke seluruh populasi. Yang penting, tidak ada aset bernilai tinggi yang hanya dilindungi faktor yang lemah terhadap ancaman dominannya. Model risiko adaptif sekaligus menolong pengalaman nasabah: gesekan baru ditambahkan ketika sinyal risiko naik, misalnya perangkat baru, alamat IP asing, atau perubahan data penerima.<\/p>\n<h2>Peran Security Key dalam Bauran Autentikasi Bank<\/h2>\n<p>Security key hardware seperti YubiKey bekerja sebagai autentikator kriptografis yang terikat pada domain. Kunci privat tidak pernah meninggalkan perangkat, dan protokol WebAuthn hanya mau menandatangani <em>challenge<\/em> untuk origin yang cocok dengan saat pendaftaran. Karakteristik inilah yang membuatnya menahan phishing secara struktural \u2014 bukan sekadar mempersulit penyerang. Mekanisme teknisnya dapat Anda baca pada ulasan <a href=\"\/blog\/fido2-webauthn-cara-kerja-lebih-aman-dari-otp-sms\/\">cara kerja FIDO2 dan WebAuthn<\/a>. Perbandingan ketahanannya terhadap kode sekali pakai dibahas pada artikel <a href=\"\/blog\/security-key-vs-otp-sms-tahan-phishing\/\">security key versus OTP SMS<\/a>, sedangkan versi yang berfokus pada konteks perbankan tersedia pada <a href=\"\/blog\/security-key-vs-otp-sms-perbankan-perbandingan\/\">security key vs OTP SMS untuk perbankan<\/a>.<\/p>\n<p>Dalam konteks perbankan, penempatan yang paling bernilai umumnya justru bukan di sisi nasabah ritel, melainkan pada populasi internal berisiko tinggi:<\/p>\n<ul>\n<li><strong>Akses <em>privileged<\/em> dan administratif<\/strong> ke core banking, switching, basis data nasabah, serta konsol penyedia cloud.<\/li>\n<li><strong>Akses jarak jauh<\/strong> pegawai melalui VPN atau ZTNA \u2014 termasuk vendor dan pihak ketiga yang mendapat akses terbatas.<\/li>\n<li><strong>Rekayasa dan operasi<\/strong>: repositori kode, <em>pipeline<\/em> CI\/CD, penandatanganan artefak, dan akses ke lingkungan produksi.<\/li>\n<li><strong>Peran finansial sensitif<\/strong>: persetujuan pembayaran bernilai besar, treasury, dan pemeliharaan data master vendor yang kerap menjadi sasaran <em>business email compromise<\/em>.<\/li>\n<li><strong>Akun break-glass<\/strong> pada penyedia identitas \u2014 akun yang justru paling sering luput dari kebijakan MFA organisasi.<\/li>\n<\/ul>\n<h3>Pertimbangan pengadaan dan sertifikasi<\/h3>\n<p>Bagi bank yang menuntut jejak sertifikasi pada modul kriptografi, tersedia varian yang divalidasi FIPS 140 (mis. seri YubiKey 5 FIPS). Satu hal perlu ditegaskan: OJK tidak mewajibkan sertifikasi FIPS untuk autentikator. Validasi tersebut berguna sebagai bukti pendukung dalam asesmen dan dokumen pengadaan, terutama bila bank Anda bagian dari grup dengan standar keamanan lintas entitas. Soal pemilihan bentuk faktor, antarmuka, dan model distribusi, lihat panduan <a href=\"\/blog\/memilih-yubikey-untuk-perusahaan-panduan-lengkap\/\">memilih YubiKey untuk perusahaan<\/a>.<\/p>\n<h2>Roadmap Implementasi Bertahap<\/h2>\n<p>Penerapan serentak untuk seluruh pengguna jarang berhasil di institusi perbankan. Urutan berikut biasanya lebih realistis. <strong>Fase 1<\/strong>: inventarisasi identitas dan aset, tentukan mana yang kritikal, dan catat metode autentikasi yang berlaku saat ini berikut kelemahannya. <strong>Fase 2<\/strong>: terapkan security key untuk administrator, akun break-glass, dan akses jarak jauh istimewa \u2014 minimal dua kunci per pengguna supaya ada cadangan. <strong>Fase 3<\/strong>: perluas ke populasi pegawai berisiko tinggi, integrasikan dengan penyedia identitas dan PAM, lalu tutup jalur pemulihan yang lemah; proses <em>reset<\/em> lewat helpdesk sering menjadi titik terlemah dari keseluruhan rantai. <strong>Fase 4<\/strong>: kurangi ketergantungan pada kata sandi bagi populasi yang sudah siap, seperti diuraikan pada pembahasan <a href=\"\/blog\/passwordless-login-enterprise-webauthn-implementasi\/\">passwordless login untuk enterprise<\/a>. Sepanjang keempat fase, dokumentasikan asesmen risiko, hasil pengujian keamanan, dan evaluasi berkala. Artefak inilah yang akan diminta saat pemeriksaan.<\/p>\n<h2>Batas Klaim: Apa yang Tidak Dinyatakan Regulasi<\/h2>\n<p>Ada tiga kesalahpahaman yang sebaiknya tidak masuk ke dokumen internal Anda. Pertama, POJK 11\/2022 tidak menyatakan FIDO2 atau security key sebagai kewajiban; keduanya pilihan kontrol yang sah dan kuat, bukan mandat. Kedua, regulasi tidak melarang OTP melalui SMS. Yang diminta adalah menilai apakah metode itu memadai untuk tingkat risiko tertentu, lalu mendokumentasikan mitigasinya bila tetap dipakai. Ketiga, patuh pada POJK 11\/2022 tidak otomatis memenuhi kewajiban lain. Perlindungan data pribadi nasabah tunduk pada UU 27\/2022 tentang Pelindungan Data Pribadi dan PP 71\/2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik, sementara aspek pembuktian elektronik merujuk pada UU ITE beserta perubahannya. Bagi bank yang tergabung dalam konglomerasi keuangan, tata kelola terintegrasi di bawah UU P2SK 4\/2023 dan POJK 30\/2024 menambah dimensi konsolidasi pelaporan yang perlu diselaraskan dengan kebijakan keamanan grup.<\/p>\n<h3>Pertanyaan yang sering diajukan<\/h3>\n<p><strong>Apakah POJK 11\/2022 mewajibkan multi-factor authentication?<\/strong> Regulasi mewajibkan bank menerapkan pengamanan informasi dan pengendalian akses yang memadai terhadap profil risikonya, termasuk mekanisme autentikasi pengguna. Untuk layanan perbankan elektronik dan akses istimewa, praktik yang lazim diterima memang autentikasi lebih dari satu faktor. Bentuk faktornya, bagaimanapun, tetap keputusan bank \u2014 dan keputusan itu harus berdiri di atas asesmen risiko yang terdokumentasi.<\/p>\n<p><strong>Apakah bank harus mengganti seluruh OTP dengan security key?<\/strong> Tidak. Segmentasi lebih efisien: security key untuk populasi dan transaksi berisiko tinggi, mekanisme lain yang tetap dipantau untuk risiko lebih rendah. Penggantian menyeluruh pada kanal ritel berskala besar biasanya sulit dijustifikasi, baik dari sisi biaya maupun operasional.<\/p>\n<p><strong>Bagaimana menangani kehilangan security key oleh pegawai?<\/strong> Terbitkan minimal dua kunci per pengguna sejak awal, lalu definisikan prosedur pencabutan dan penerbitan ulang dengan verifikasi identitas setara pendaftaran awal. Jalur pemulihan yang lemah meniadakan seluruh manfaat autentikator kuat \u2014 uji dan audit proses ini seperti kontrol lainnya.<\/p>\n<p><strong>Bukti apa yang perlu disiapkan untuk pemeriksaan?<\/strong> Dokumen asesmen risiko TI, kebijakan dan prosedur pengendalian akses, matriks pemetaan risiko ke kontrol autentikasi, catatan penerbitan dan pencabutan autentikator, hasil pengujian keamanan berkala, serta bukti evaluasi dan tindak lanjut temuan. Yang paling sering diperiksa: konsistensi antara kebijakan tertulis dan konfigurasi sistem yang benar-benar berjalan.<\/p>\n<div class=\"dti-product-cta\" style=\"margin:28px 0;padding:18px 20px;border-left:4px solid #2C4A7E;background:#f4f6fa;border-radius:6px\"><strong>Butuh security key hardware untuk organisasi Anda?<\/strong><br \/>Pelajari <a href=\"https:\/\/dtisolution.id\/id\/produk\/yubikey-security-key\"><strong>YubiKey security key resmi dari DTI<\/strong><\/a>.<\/div>\n","protected":false},"excerpt":{"rendered":"<p>MFA berbasis risiko perbankan POJK 11\/2022: cara membaca pendekatan risk-based OJK, memetakan tingkat risiko ke kontrol autentikasi, dan peran security key.<\/p>\n","protected":false},"author":19941,"featured_media":5466,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1466],"tags":[],"coauthors":[1470],"class_list":["post-5217","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-security"],"_links":{"self":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5217","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/users\/19941"}],"replies":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/comments?post=5217"}],"version-history":[{"count":4,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5217\/revisions"}],"predecessor-version":[{"id":5419,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5217\/revisions\/5419"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/media\/5466"}],"wp:attachment":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/media?parent=5217"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/categories?post=5217"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/tags?post=5217"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/coauthors?post=5217"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}