Algoritma Kata Sandi Sekali-pakai berbasis Waktu

Algoritme Kata Sandi Sekali-Pakai berbasis Waktu (Inggris: Time-based One-time Password algorithm, TOTP) adalah perpanjangan fungsi dari algoritme Kata Sandiri Sekali-Pakai berbasis HMAC (HOTP) yang menghasilkan kata sandi satu kali pakai dengan cara mengambil keunikan dari waktu saat ini (sekarang). Algoritme ini telah diadopsi sebagai standar Internet Engineering Task Force RFC 6238^[1] yang merupakan landasan dari Initiative For Open Authentication (OATH), dan digunakan dalam sejumlah sistem autentikasi dua faktor.

Karena adanya latensi, baik bersumber dari jaringan dan manusia, dan jam yang belum diselaraskan, kata sandi satu kali ini harus divalidasi dalam rentang waktu tertentu antara autentikator dan perangkat yang diautentikasi. Dalam hal ini, waktu latensi dipanjangkan menjadi durasi yang lebih besar (misalnya, 30 detik) yang memungkinkan untuk memvalidasi para pihak. Namun, seperti halnya HOTP, hal tersebut membutuhkan tindakan pencegahan tambahan untuk memmastikan keamanannya, seperti pembatasan tingkat permintaan.

Algoritme sunting

Untuk menetapkan otentikasi TOTP, perangkat yang diautentikasi dan autentikator harus terlebih dahulu menetapkan parameter HOTP dan parameter TOTP sebagai berikut:

$T_{0}$ , waktu Unix untuk mulai menghitung langkah waktu (standarnya adalah 0)
$T_{X}$ , interval yang akan digunakan untuk menghitung nilai penghitung $C_{T}$ (standarnya adalah 30 detik)

Nilai TOTP sunting

Nilai yang dihasilkan oleh TOTP menggunakan algoritme HOTP yang menggantikan penghitung dengan nilai yang tidak berkurang berdasarkan waktu saat ini (sekarang).

Nilai TOTP (

K

) = nilai HOTP (

K

,

C_{T}

)

Penghitung waktu, $C_{T}$ , adalah bilangan bulat menghitung jumlah durasi, $T_{X}$ dalam perbedaan antara arus waktu Unix, $T$ , dan beberapa epos ( $T_{0}$ ; bandingkan dengan epos Unix); nilai yang terakhir semua berada di detik integer.

C_{T}=\left\lfloor {\frac {T-T_{0}}{T_{X}}}\right\rfloor

Pertimbangan praktis sunting

Agar autentikasi berikutnya dapat berfungsi, jam dari yang terautentikasi dan autentikator perlu diselaraskan (autentikator akan biasanya menerima kata sandi satu kali yang dihasilkan dari stempel waktu yang berbeda dengan lebih kurang 1 interval waktu dari stempel waktu yang diautentikasi).

Kelemahan dan kerentanan sunting

Nilai-nilai TOTP dapat dipancing seperti halnya kata sandi, meskipun membutuhkan penyerang untuk mengelabui kredensial selama waktu berjalan daripada mengumpulkannya dalam waktu yang tepat.

Implementasi yang tidak membatasi upaya masuk log rentan terhadap pencocokan nilai-nilai tersebut secara kasar.

Seorang penyerang yang mencuri nilai rahasia bersama dapat menghasilkan nilai TOTP baru yang valid sesuka hati. Ini bisa menjadi masalah tertentu jika penyerang menargetkan sebuah basis data otentikasi yang besar.^[2]

Karena perangkat TOTP memiliki baterai yang dapat habis sewaktu-waktu dan jam yang dapat diselaraskan, dan perangkat lunak TOTP pada ponsel yang dapat hilang dan/atau dicuri, semua implementasi dunia nyata memiliki metode untuk memintas perlindungan (misalnya: kode cetak, pengaturan ulang kata sandi, dll.). Hal ini dapat menyebabkan beban dukungan yang cukup besar untuk basis pengguna yang besar, dan juga memberi jalan tambahan bagi pengguna palsu untuk dieksploitasi.

Nilai TOTP ini akan berlaku lebih lama dari jumlah waktu yang ditampilkan di layar perangkat (pada umumnya dua kali lebih panjang).

Sejarah sunting

Draf TOTP sebelumnya dikembangkan melalui kerja sama beberapa anggota OATH untuk menciptakan standar yang didukung oleh sejumlah industri. TOTP melengkapi standar HOTP sekali-pakai berbasis-kejadian dan menawarkan lebih banyak opsi bagi organisasi dan perusahaan dalam memilih teknologi yang paling sesuai dengan persyaratan aplikasi dan pedoman keamanan mereka. Pada tahun 2008, OATH menyerahkan versi draf spesifikasi tersebut kepada IETF. Versi ini menggabungkan semua umpan balik dan komentar yang diterima penulis dari komunitas teknis berdasarkan versi sebelumnya.^[3] Pada bulan Mei 2011, TOTP secara resmi menjadi RFC 6238.<ref name="RFC6238/">

Referensi sunting

^ "RFC 6238 – TOTP: Time-Based One-Time Password Algorithm" (dalam bahasa Inggris). Diakses tanggal 13 Juli 2011.
^ Zetter, Kim. "RSA Agrees to Replace Security Tokens After Admitting Compromise". WIRED (dalam bahasa Inggris). Diakses tanggal 17 Februari 2017.
^ Alexander, Madison. "OATH Submits TOTP: Time-Based One Time Password Specification to IETF". Open Authentication. Diakses tanggal 22 February 2010.

Pranala luar sunting

Langkah demi langkah implementasi Python di Notebook Jupyter
Merancang Hub Docker Otentikasi Dua Faktor, (bagian "Menggunakan Otentikasi Sandi Satu Kali Berbasis Waktu (TOTP)").

[RFC6238-1] "RFC 6238 – TOTP: Time-Based One-Time Password Algorithm" (dalam bahasa Inggris). Diakses tanggal 13 Juli 2011.

[2] Zetter, Kim. "RSA Agrees to Replace Security Tokens After Admitting Compromise". WIRED (dalam bahasa Inggris). Diakses tanggal 17 Februari 2017.

[3] Alexander, Madison. "OATH Submits TOTP: Time-Based One Time Password Specification to IETF". Open Authentication. Diakses tanggal 22 February 2010.

[1]

[2]

[3]