Apa itu YubiKey? Panduan Lengkap Hardware Security Key untuk Enterprise Indonesia

Bayangkan akun admin identity provider perusahaan berhasil diambil alih. Dari satu akun itu, penyerang bisa mengubah kebijakan MFA, menambahkan metode login baru, membuka akses aplikasi downstream, lalu bergerak ke cloud, email, VPN, atau sistem produksi. Password yang kuat tidak cukup. OTP yang diketik manual juga masih bisa dipancing oleh halaman login palsu.

Di titik inilah YubiKey menjadi relevan. YubiKey adalah hardware security key dari Yubico untuk autentikasi kuat, terutama saat perusahaan ingin mengurangi risiko phishing, account takeover, dan akses privileged yang sulit diaudit. Untuk enterprise Indonesia, nilainya bukan sekadar “alat kecil untuk login”. Nilainya ada pada kontrol identitas yang hardware-bound, bisa dipakai lintas aplikasi, dan lebih mudah dijelaskan saat auditor bertanya: siapa yang boleh masuk, faktor autentikasi apa yang diwajibkan, dan bagaimana pengecualian dikendalikan.

TL;DR

• YubiKey membantu mengurangi risiko account takeover karena autentikasi FIDO2/WebAuthn terikat ke origin aplikasi, bukan kode OTP yang diketik ulang oleh pengguna.
• Hardware security key paling kuat diprioritaskan untuk admin, privileged user, developer, finance approval, executive, dan vendor dengan akses sensitif.
• Keputusan model perlu mempertimbangkan port perangkat, NFC, FIPS, biometrik, key cadangan, lifecycle replacement, dan kesiapan identity provider.
• Untuk bank, fintech, healthcare, government, dan BUMN, YubiKey relevan sebagai kontrol akses dalam konteks manajemen risiko TI, keamanan sistem elektronik, dan perlindungan data pribadi.
• Rollout yang baik dimulai dari policy, pilot, enrollment, recovery, helpdesk runbook, lalu evidence pack untuk audit.

Mengapa YubiKey Berbeda dari MFA Biasa

Masalah MFA tradisional bukan hanya user malas mengetik kode. Masalahnya, banyak faktor autentikasi masih bergantung pada sesuatu yang bisa dipindahkan: password, SMS OTP, push approval, atau kode enam digit dari authenticator app. Dalam serangan phishing real-time, pengguna bisa memasukkan password dan OTP ke halaman palsu yang terlihat meyakinkan. Penyerang meneruskan kredensial itu ke layanan asli dan masuk sebelum tim security sadar.

YubiKey mengubah model tersebut. Pada mode FIDO2/WebAuthn, perangkat membuat kredensial kriptografis yang terikat ke domain aplikasi. Jika pengguna membuka situs tiruan, browser dan key tidak akan menyelesaikan autentikasi untuk origin yang salah. Private key tetap berada di hardware, bukan di server, bukan di browser, dan bukan dalam kode yang bisa dibaca manusia.

Untuk enterprise, efeknya terasa pada tiga level. Akun berisiko tinggi punya faktor autentikasi yang tidak mudah disalin. Kebijakan akses bisa dipusatkan melalui identity provider seperti Microsoft Entra ID, Okta, Google Workspace, Duo, atau platform SSO lain. Bukti penerapan juga lebih jelas: daftar user enrolled, aplikasi yang diwajibkan memakai security key, exception group, recovery approval, dan log perubahan policy.

💡 Insight: Jangan mulai dari seluruh karyawan. Mulai dari akun yang kalau bocor membuat dampak terbesar: admin cloud, admin directory, SecOps, developer dengan akses produksi, approver finansial, dan vendor yang masuk ke sistem internal.

Docotel menempatkan YubiKey sebagai bagian dari solusi hardware MFA YubiKey untuk enterprise, terutama untuk organisasi yang membutuhkan phishing-resistant MFA tanpa membuat pengalaman login menjadi rumit.

Yubico, FIDO, dan Standar Autentikasi Terbuka

YubiKey adalah produk, sedangkan Yubico adalah perusahaan pembuatnya. Pembedaan ini penting karena pembeli enterprise sering menilai dua hal sekaligus: kualitas perangkat hardware dan arah standar autentikasi yang didukung ekosistem. Yubico dikenal sebagai salah satu co-creator standar FIDO2, sementara YubiKey menjadi lini perangkat security key yang mendukung berbagai protokol autentikasi.

FIDO Alliance menjelaskan FIDO2 sebagai kombinasi dari WebAuthn dan Client to Authenticator Protocol (CTAP). WebAuthn mengatur komunikasi antara aplikasi web, browser, dan authenticator. CTAP mengatur komunikasi antara browser atau platform dengan authenticator eksternal seperti hardware security key. Rujukan resminya dapat dilihat di halaman FIDO Alliance Specifications.

Standar terbuka ini penting untuk enterprise karena autentikasi tidak terkunci ke satu aplikasi. Security key dapat dipakai pada banyak platform yang mendukung FIDO2/WebAuthn, selama kebijakan identity provider dan perangkat pengguna sudah siap. Dengan kata lain, keputusan membeli YubiKey sebaiknya dibaca sebagai bagian dari arsitektur identitas, bukan pembelian token sekali pakai.

FIDO2, WebAuthn, dan CTAP dalam Bahasa Operasional

Untuk tim IT, istilah teknis ini bisa diterjemahkan menjadi keputusan operasional:

• FIDO2 adalah payung standar untuk autentikasi modern berbasis public key.
• WebAuthn adalah API yang dipakai aplikasi web dan browser agar login bisa memakai authenticator.
• CTAP adalah protokol yang memungkinkan browser berbicara dengan hardware security key seperti YubiKey.
• Resident credential atau discoverable credential membantu skenario passwordless, tergantung dukungan aplikasi dan kebijakan identity provider.
• User verification dapat melibatkan PIN atau biometrik, tergantung model key dan policy platform.

Menurut dokumentasi teknis Yubico, seri YubiKey 5 mendukung beberapa aplikasi keamanan seperti FIDO2, U2F, OTP, OATH, PIV smart card, OpenPGP, dan YubiHSM Auth, bergantung model dan konfigurasi. Rujukan resminya ada di YubiKey 5 applications.

Cara Kerja Hardware Security Key

Saat pengguna mendaftarkan YubiKey ke aplikasi yang mendukung FIDO2/WebAuthn, aplikasi membuat challenge. Browser meneruskan challenge itu ke YubiKey melalui USB, NFC, atau interface lain yang didukung perangkat. YubiKey membuat pasangan kunci kriptografis untuk aplikasi tersebut. Public key disimpan oleh layanan, sedangkan private key tetap berada di hardware.

Ketika login berikutnya terjadi, aplikasi mengirim challenge baru. YubiKey menandatangani challenge itu dengan private key yang sesuai, biasanya setelah pengguna menyentuh perangkat atau memenuhi user verification yang diminta. Aplikasi memverifikasi tanda tangan menggunakan public key yang sudah terdaftar.

Perbedaannya dengan OTP cukup besar. OTP membuat rahasia sementara yang masih diketik atau dipindahkan oleh pengguna. Pada FIDO2/WebAuthn, pengguna tidak mengetik shared secret. Browser, origin aplikasi, dan authenticator ikut memastikan bahwa proses login terjadi di tempat yang benar.

Untuk CISO, detail ini menentukan risk story. Kalau ancaman utama adalah phishing credential, MFA yang bisa direlay masih menyisakan celah besar. Kalau faktor autentikasi terikat ke origin dan private key tetap di hardware, serangan phishing biasa menjadi jauh lebih sulit.

Model YubiKey dan Kriteria Enterprise

Pemilihan model sering gagal bukan karena tim security tidak paham autentikasi, tetapi karena procurement tidak memetakan realitas perangkat pengguna. Laptop baru mungkin hanya punya USB-C, sebagian perangkat lama masih USB-A, pengguna mobile butuh NFC, dan sebagian user regulated mungkin membutuhkan varian FIPS.

Keputusan model harus dimulai dari inventaris perangkat, kelompok user, kebijakan autentikasi, dan kesiapan identity provider. Jika tidak, pembelian terlihat rapi di spreadsheet tetapi berantakan saat enrollment.

Kriteria	Pertanyaan IT	Dampak ke Pilihan
Port perangkat	Mayoritas laptop memakai USB-A, USB-C, atau campuran?	Menentukan model fisik agar user tidak bergantung pada adaptor.
Mobile login	Apakah pengguna login dari perangkat NFC-capable?	NFC membantu enrollment dan autentikasi mobile.
FIPS requirement	Apakah auditor atau kebijakan internal meminta validasi kriptografi tertentu?	Pertimbangkan seri FIPS untuk populasi tertentu.
Passwordless	Apakah IdP siap menjalankan passkey atau passwordless?	Butuh kebijakan FIDO2 dan user verification yang konsisten.
Lifecycle	Bagaimana key cadangan, kehilangan key, offboarding, dan replacement?	Menentukan jumlah key per user serta proses helpdesk.
Scope awal	Siapa kelompok prioritas paling berisiko?	Mulai dari admin dan privileged user sebelum rollout luas.

Yubico mendokumentasikan konfigurasi FIPS untuk YubiKey 5 FIPS Series, termasuk konteks FIPS 140-2 pada seri tersebut. Untuk organisasi yang harus memenuhi persyaratan kriptografi tertentu, halaman YubiKey 5 FIPS Series FIPS 140-2 perlu dibaca bersama kebijakan internal dan kebutuhan auditor.

Dari pengalaman scoping awal dengan tim enterprise, Docotel biasanya memisahkan kebutuhan menjadi tiga kelompok: user yang hanya butuh login SSO, user yang juga bekerja dari perangkat mobile, dan user privileged yang perlu key cadangan serta recovery lebih ketat. Pemisahan ini mencegah dua masalah klasik: membeli model yang tidak cocok dengan port perangkat, atau memberi semua user standar FIPS padahal hanya sebagian kecil yang benar-benar memerlukannya.

Untuk ketersediaan lokal, bundling, lead time, dan pemilihan model yang benar-benar bisa dipasok melalui Docotel, gunakan catatan internal berikut sebelum publish:

Sebagai authorized distributor Yubico di Indonesia, Docotel umumnya memasok YubiKey 5 NFC, YubiKey 5C NFC, dan YubiKey Bio. Untuk varian FIPS atau Security Key Series, serta estimasi lead time dan bundling, konfirmasikan langsung dengan tim Docotel.

Protokol yang Perlu Diperhatikan Tim IT

Tim security sering menyebut “YubiKey” seolah semua integrasi sama. Di lapangan, protokol menentukan pengalaman pengguna, effort implementasi, dan bukti kontrol.

FIDO2/WebAuthn cocok untuk SSO modern, aplikasi SaaS, dan strategi passwordless. Ini biasanya menjadi jalur utama untuk mengurangi phishing pada login web.

U2F adalah pendahulu FIDO2 yang masih muncul pada sebagian integrasi. Jika aplikasi hanya mendukung U2F, security key tetap berguna, tetapi roadmap perlu diarahkan ke FIDO2/WebAuthn.

PIV smart card relevan untuk sertifikat, login workstation, dan skenario enterprise yang sudah memakai PKI. Ini bukan pengganti otomatis FIDO2; ia melayani pola integrasi berbeda.

OATH dan OTP dapat mendukung kebutuhan legacy. Namun untuk tujuan phishing-resistant MFA, tim harus berhati-hati agar tidak berhenti pada OTP saja. OTP membantu, tetapi tidak memberi proteksi origin-binding seperti FIDO2/WebAuthn.

OpenPGP dan signing berguna untuk sebagian tim developer atau administrator, misalnya penandatanganan artefak, email, atau workflow teknis tertentu. Implementasinya perlu governance yang jelas agar tidak menjadi konfigurasi personal yang sulit diaudit.

Pilihan protokol sebaiknya ditulis dalam arsitektur identitas, bukan dibiarkan sebagai preferensi admin. Artikel pendamping tentang FIDO2 dan WebAuthn untuk enterprise dapat menjadi rujukan ketika tim butuh penjelasan teknis yang lebih spesifik.

Use Case Enterprise yang Paling Kuat

YubiKey paling cepat menunjukkan manfaat ketika dipakai pada akun yang punya kombinasi akses luas, risiko phishing tinggi, dan konsekuensi audit besar.

Admin Identity dan Cloud

Akun administrator identity provider adalah kunci rumah bagi aplikasi lain. Jika akun ini diambil alih, penyerang bisa mengubah kebijakan MFA, menambahkan metode autentikasi baru, membuat akun, atau mengakses aplikasi downstream. Admin Microsoft Entra ID, Okta, Google Workspace, cloud console, MDM, PAM, dan monitoring sebaiknya masuk batch pertama hardware security key.

Developer dan Akses Produksi

Tim developer punya akses ke source code, pipeline CI/CD, secret, registry, dan lingkungan produksi. YubiKey bisa dipakai untuk login SSO, Git signing, SSH, atau kontrol tertentu sesuai dukungan platform. Tujuannya bukan membebani developer, melainkan memastikan akses teknis berdampak tinggi tidak hanya bergantung pada password dan OTP.

Finance, Legal, dan Approval Sensitif

Approval pembayaran, akses rekening korporat, dokumen legal, dan sistem procurement sering menjadi target social engineering. Hardware security key membantu menaikkan standar verifikasi untuk tindakan yang membawa risiko finansial atau reputasi.

Healthcare, Government, dan Data Pribadi

Rumah sakit, instansi publik, dan organisasi yang memproses data pribadi perlu menunjukkan bahwa akses ke data sensitif tidak dibuka hanya dengan password. Pada konteks ini, YubiKey membantu memperkuat kontrol akses untuk aplikasi internal, portal, VPN, atau SSO yang menjadi gerbang ke data.

Vendor dan Outsourcing

Banyak enterprise memberi akses ke vendor implementasi, managed service, atau support. Akun eksternal ini sering punya masa aktif terbatas tetapi hak akses tinggi. Dengan YubiKey, organisasi bisa mensyaratkan autentikasi kuat untuk akses vendor, lalu memadukannya dengan review periodik dan offboarding.

⚠️ Penting: MFA yang “aktif” belum tentu cukup. Auditor biasanya melihat cakupan, pengecualian, bukti enrollment, review akses, dan apakah akun privileged punya kontrol yang lebih ketat daripada user biasa.

Regulasi Indonesia dan Bukti Audit

Tidak semua regulasi Indonesia menyebut nama “YubiKey” atau “FIDO2”. Cara membaca regulasi untuk keputusan MFA adalah dengan melihat kewajiban pengamanan sistem elektronik, manajemen risiko teknologi informasi, pengendalian akses, dan perlindungan data pribadi. Hardware security key kemudian diposisikan sebagai kontrol teknis untuk memenuhi kebijakan tersebut.

Untuk bank umum, POJK No. 11/POJK.03/2022 tentang Penyelenggaraan Teknologi Informasi oleh Bank Umum menjadi rujukan tata kelola dan manajemen risiko TI. Artikel ini memakai Pasal 2 ayat (1) untuk konteks tata kelola TI yang baik, serta Pasal 16 ayat (1) untuk konteks pengamanan informasi yang efektif dan efisien. Dalam konteks akses, kebijakan MFA perlu dipasangkan dengan matriks risiko sistem, klasifikasi akun privileged, dan bukti penerapan pada identity provider.

Untuk sistem elektronik secara umum, PP No. 71 Tahun 2019 relevan pada dua lapisan. Pasal 3 ayat (1) menempatkan prinsip bahwa Penyelenggara Sistem Elektronik harus menyelenggarakan sistem secara andal, aman, dan bertanggung jawab. Pasal 24 ayat (1) dan ayat (2) masuk ke level kontrol: PSE wajib memiliki prosedur dan sarana pengamanan, termasuk pencegahan dan penanggulangan ancaman atau serangan yang dapat menimbulkan gangguan, kegagalan, dan kerugian.

Untuk perlindungan data pribadi, UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi relevan terutama pada kewajiban menjaga data pribadi dari akses, pengungkapan, atau pemrosesan yang tidak sah. Pasal 35 dan Pasal 39 dapat dipetakan ke kontrol teknis-operasional, tingkat keamanan data, dan pembatasan akses berbasis risiko.

Untuk bank, SEOJK No. 29/SEOJK.03/2022 tentang Ketahanan dan Keamanan Siber bagi Bank Umum memberi konteks operasional tambahan mengenai ketahanan dan keamanan siber. Gunakan SEOJK ini untuk memperkuat playbook kontrol, bukan sebagai pengganti kebijakan internal yang menjelaskan siapa wajib memakai hardware security key dan pada aplikasi apa.

Bukti audit yang baik bukan screenshot satu halaman enrollment. Bukti yang lebih kuat biasanya berisi:

• kebijakan MFA untuk akun privileged dan aplikasi kritikal;
• daftar aplikasi yang diwajibkan memakai FIDO2/WebAuthn;
• daftar user dan key yang sudah enrolled;
• prosedur key cadangan, kehilangan key, dan emergency access;
• log perubahan kebijakan MFA;
• review berkala pengecualian dan akun vendor.

Dari sisi implementasi, Docotel biasanya mendorong tim security menyiapkan evidence pack sejak fase pilot, bukan setelah auditor meminta dokumen. Enrollment report dari IdP, daftar pengecualian, approval recovery, dan catatan perubahan conditional access perlu disimpan dengan nama kontrol yang sama seperti di kebijakan internal. Ini membuat YubiKey mudah dijelaskan sebagai kontrol identitas yang hidup, bukan perangkat tambahan yang berdiri sendiri.

Playbook Deployment YubiKey

Rollout YubiKey sebaiknya diperlakukan sebagai perubahan identitas, bukan sekadar pembelian perangkat. Berikut playbook yang realistis untuk enterprise.

1. Tetapkan scope awal. Pilih 20 sampai 100 pengguna berisiko tinggi: admin identity, admin cloud, SecOps, developer production, dan approver finansial. Scope kecil membuat isu enrollment dan recovery cepat terlihat.

2. Pastikan identity provider siap. Aktifkan metode FIDO2/WebAuthn di tenant atau platform SSO. Tentukan apakah key dipakai sebagai faktor kedua, passwordless, atau kombinasi bertahap. Jangan langsung memaksa passwordless jika helpdesk belum siap.

3. Buat kebijakan perangkat. Tentukan model yang boleh digunakan, apakah user perlu dua key, apakah NFC diaktifkan, bagaimana PIN dikelola, dan apa yang terjadi saat key hilang.

4. Siapkan enrollment runbook. Buat instruksi singkat untuk pengguna, admin, dan helpdesk. Runbook harus meliputi pendaftaran key pertama, key cadangan, login ulang, recovery, serta offboarding.

Di tahap ini, jangan menulis runbook hanya untuk user akhir. Tim admin juga perlu prosedur eksplisit: siapa yang boleh menambahkan metode autentikasi, kapan fallback sementara boleh diberikan, bagaimana approval dicatat, dan kapan fallback otomatis dicabut. Untuk akun privileged, recovery yang terlalu longgar bisa menghapus manfaat YubiKey karena jalur paling lemah justru berada di helpdesk.

5. Jalankan pilot terukur. Catat gagal login, tiket helpdesk, aplikasi yang belum kompatibel, dan feedback pengguna. Pilot yang bagus biasanya menemukan masalah adaptor, browser, kebijakan mobile, atau exception group.

6. Kunci akses privileged. Setelah pilot stabil, wajibkan hardware security key untuk akun privileged. Jangan izinkan fallback yang lebih lemah tanpa approval dan masa berlaku.

7. Perluas ke populasi berikutnya. Lanjutkan ke finance, legal, executive assistant, vendor, dan unit yang sering menangani data pribadi atau transaksi sensitif.

8. Review dan audit. Jadwalkan review quarterly untuk user enrollment, perangkat hilang, exception, dan perubahan kebijakan.

📌 Catatan: Key cadangan lebih murah daripada downtime saat admin utama kehilangan perangkat. Untuk akun kritikal, rancang minimal dua metode recovery yang tetap diawasi, bukan fallback bebas lewat helpdesk.

Integrasi dengan Stack Enterprise

YubiKey biasanya tidak berdiri sendiri. Nilainya muncul saat dipasangkan dengan stack identitas yang sudah dipakai perusahaan.

Pada Microsoft Entra ID, hardware security key bisa masuk strategi passwordless dan MFA berbasis FIDO2. Pada Okta, YubiKey dapat menjadi authenticator untuk kebijakan sign-on. Pada Google Workspace, security key dapat dipakai untuk melindungi akun kerja, terutama admin. Pada Duo, key dapat menjadi salah satu metode autentikasi dalam kebijakan akses. Pada AWS, VPN, PAM, dan VDI, dukungannya perlu diuji per produk karena mode integrasi bisa berbeda.

Hal yang perlu diuji saat integrasi:

• apakah aplikasi mendukung FIDO2/WebAuthn langsung atau melalui SSO;
• apakah browser dan OS pengguna mendukung pengalaman login yang sama;
• apakah mobile login membutuhkan NFC atau metode alternatif;
• apakah emergency account tetap punya kontrol terpisah;
• apakah log autentikasi bisa diekspor ke SIEM;
• apakah kebijakan conditional access bisa membedakan user biasa dan privileged.

Untuk tim yang ingin mempercepat desain kebijakan, Docotel dapat membantu memetakan scope, model key, integrasi SSO, dan playbook rollout. Gunakan form request demo keamanan identitas atau hubungi Tim kami untuk diskusi kebutuhan dan quote YubiKey.

Kesalahan Umum Saat Membeli YubiKey

Kesalahan pertama adalah membeli satu model untuk semua orang. Ini terlihat sederhana saat procurement, tetapi bisa menimbulkan masalah ketika sebagian pengguna memakai USB-C, sebagian USB-A, sebagian perlu mobile NFC, dan sebagian perlu standar FIPS.

Kesalahan kedua adalah tidak menyediakan key cadangan. Jika YubiKey menjadi faktor wajib untuk admin, kehilangan satu perangkat bisa berubah menjadi insiden operasional. Kebijakan sebaiknya menentukan apakah setiap user berisiko tinggi mendapat dua key, di mana key cadangan disimpan, dan siapa yang boleh melakukan reset.

Kesalahan ketiga adalah membiarkan fallback lebih lemah. Jika admin diwajibkan memakai hardware key tetapi helpdesk bisa menambahkan OTP sementara lewat telepon tanpa verifikasi kuat, desain kontrol menjadi bocor. Recovery harus ada, tetapi perlu approval, logging, dan masa berlaku.

Kesalahan keempat adalah tidak membuat bukti audit sejak awal. Tim sering baru mengumpulkan screenshot saat audit dimulai. Lebih baik sejak pilot sudah menyimpan daftar user enrolled, kebijakan SSO, exception, dan log perubahan.

Kesalahan kelima adalah menganggap hardware key menyelesaikan semua isu identitas. YubiKey memperkuat autentikasi, tetapi tetap perlu least privilege, review akses, PAM, monitoring, DLP, dan response plan.

Cara Memilih Vendor YubiKey di Indonesia

Untuk enterprise Indonesia, vendor bukan hanya tempat membeli perangkat. Vendor yang tepat membantu menghindari salah model, under-ordering key cadangan, atau rollout yang tidak cocok dengan aplikasi.

Gunakan kriteria berikut saat mengevaluasi:

• kemampuan memetakan model YubiKey ke perangkat pengguna;
• pengalaman dengan identity provider yang dipakai organisasi;
• pemahaman regulated industry dan kebutuhan bukti audit;
• dukungan rollout, enrollment, dan dokumentasi admin;
• ketersediaan jalur procurement dan estimasi lead time;
• kemampuan membantu pilot sebelum pembelian luas.

Docotel adalah System Integrator Indonesia yang berfokus pada regulated industries seperti banking, fintech, healthcare, dan government. Untuk YubiKey, percakapan yang paling berguna biasanya bukan “model mana yang paling bagus”, tetapi “kelompok user mana yang harus dilindungi dulu, integrasi apa yang sudah siap, dan bukti audit apa yang perlu disiapkan.”

Butuh pemetaan kebutuhan dan estimasi pengadaan? Mulai dari solusi hardware MFA YubiKey untuk enterprise agar tim bisa mendiskusikan scope awal, model key, dan prioritas rollout.

FAQ tentang YubiKey

Keputusan Praktis untuk Tim Security

YubiKey bukan proyek kosmetik MFA. Untuk enterprise, ini adalah keputusan arsitektur identitas: mengurangi risiko phishing, memperkuat akun privileged, memperjelas bukti audit, dan menyiapkan jalur passwordless yang lebih matang. Manfaatnya paling besar ketika perangkat dipilih berdasarkan profil pengguna, integrasi SSO diuji, recovery dirancang, dan kebijakan akses ditulis dengan jelas.

Jika organisasi Anda berada di banking, fintech, healthcare, government, atau sektor lain yang banyak diaudit, mulai dari pertanyaan sederhana: akun mana yang tidak boleh jatuh walaupun passwordnya bocor? Daftar itu adalah kandidat pertama untuk YubiKey.

Diskusikan kebutuhan model, pilot, dan rollout dengan Docotel melalui halaman solusi YubiKey atau request demo keamanan identitas. Untuk pembelian, minta quote dengan menyertakan jumlah pengguna awal, port perangkat, kebutuhan NFC, kebutuhan FIPS, identity provider, dan target timeline rollout.

Ditulis oleh Tim Solution Architects Docotel.