SRP: Protokol Kata Laluan Jauh Selamat

Protokol Kata Laluan Jauh Selamat (SRP) dibangunkan oleh Tom Wu di Stanford dan diterbitkan sebagai RFC 2945 pada tahun 2000, dengan versi yang dipertingkatkan, SRP-6a, ditakrifkan kemudian. SRP membolehkan pengesahan bersama berdasarkan kata laluan yang dikongsi tanpa pernah menghantar kata laluan itu sendiri, walaupun dalam bentuk yang disulitkan.

Semasa pendaftaran SRP, klien mengira pengesah kata laluan v = g^x mod N, dengan x = H(garam || kata laluan) dan N ialah nombor perdana selamat yang besar. Pelayan hanya menyimpan garam dan pengesah v. Walaupun pangkalan data pelayan terjejas, pengesah yang disimpan tidak mendedahkan kata laluan secara langsung.

Semasa log masuk SRP, klien dan pelayan melakukan pertukaran seakan-akan DH yang menghasilkan kunci sesi dikongsi. Pengiraan pada setiap pihak menggabungkan nilai terbitan kata laluan, maka kunci sesi yang terhasil hanya boleh dikira dengan betul oleh pihak yang masing-masing mengetahui kata laluan dan pengesah.

SRP menyediakan pengesahan bersama: klien membuktikan bahawa ia mengetahui kata laluan, manakala pelayan membuktikan bahawa ia memegang pengesah yang sah. Ini mencegah serangan pancingan data yang melibatkan pelayan palsu cuba mengumpulkan maklumat kata laluan, kerana pelayan palsu tidak boleh melengkapkan pertukaran SRP dengan betul tanpa pengesah sebenar.

Pengesah dikira sebagai v = g^x mod N, dengan x = H(garam || kata laluan), g ialah penjana dan N ialah nombor perdana selamat berukuran 2048 bit atau lebih. Masalah logaritma diskret menjadikan pemulihan x daripada v tidak praktikal dari segi pengiraan. Kata laluan hanya boleh disahkan dengan melengkapkan keseluruhan pertukaran SRP dengan jayanya.

SRP-6a menangani kelemahan dalam reka bentuk SRP-3 dan SRP-6 yang asal dengan memperkenalkan parameter pengganda k = H(N, g) serta mengubah suai susunan pengiraan klien dan pelayan. Perubahan ini mencegah serangan tekaan dua-untuk-satu tertentu dan memastikan sumbangan pelayan diikat lebih awal dalam protokol.

SRP telah digunakan dengan ketara dalam dunia sebenar. Apple menggunakan SRP dalam penyegerakan Rantai Kunci iCloud untuk membolehkan peranti mendapatkan data rantai kunci tanpa mendedahkan kata laluan akaun kepada pelayan Apple. 1Password telah menggunakan SRP dalam model pengesahannya untuk mencegah pendedahan kelayakan pada pelayan.

Oleh sebab SRP menjana kunci sesi yang mengikat kata laluan dan pengesah pelayan, pelayan pancingan data tidak boleh melengkapkan jabat tangan SRP dengan betul. Pengguna yang bersambung ke tapak pancingan data melalui SRP akan gagal disahkan, lalu menyediakan ciri terbina dalam untuk menentang pancingan data yang tidak terdapat dalam penghantaran kata laluan tradisional.

SRP mahal dari segi pengiraan kerana memerlukan pengeksponenan modular dengan integer besar berukuran 2048 bit atau lebih. Protokol ini rumit untuk dilaksanakan dengan betul, dengan banyak perangkap halus dalam pengesahan parameter yang telah menyebabkan kelemahan pelaksanaan. Protokol ini juga memerlukan saluran selamat (TLS) untuk mencegah pengintipan pasif terhadap pertukaran itu sendiri.

RFC 5054 mentakrifkan suite sifir TLS-SRP yang menggabungkan pengesahan bersama SRP secara langsung ke dalam jabat tangan TLS. Ini menghapuskan keperluan terhadap sijil pelayan sambil tetap menyediakan pengesahan bersama yang disulitkan. Walau bagaimanapun, TLS-SRP menerima penggunaan yang terhad dalam amalan kerana FIDO2 dan kunci laluan telah muncul sebagai alternatif yang lebih moden.

Walaupun SRP merupakan pencetus perubahan besar, alternatif moden seperti OPAQUE menyediakan jaminan keselamatan yang lebih kukuh (ketahanan terhadap prapengiraan), manakala FIDO2/kunci laluan menghapuskan kata laluan sepenuhnya. Untuk sistem baharu, OPAQUE atau FIDO2 lebih disukai, tetapi SRP kekal sebagai pilihan yang sah bagi sistem yang memerlukan pengesahan bersama berasaskan kata laluan tanpa kerentanan terhadap pancingan data.

SRP menyimpan pengesah kata laluan, bukannya kata laluan, menjana kunci sesi dikongsi melalui pertukaran seakan-akan DH dan menyediakan pengesahan bersama yang tahan terhadap pancingan data. SRP-6a menambah baik versi asal dengan ketahanan terhadap serangan tekaan. Rantai Kunci iCloud Apple dan 1Password menggunakan SRP dalam sistem sebenar. OPAQUE dan FIDO2 ialah pengganti moden untuk sistem baharu.