Deployment TLS berskala besar sering membutuhkan kemampuan penandatanganan pada banyak mesin layanan. Menyalin private key sertifikat ke setiap endpoint memperluas jumlah sistem yang dapat membocorkan kredensial berumur panjang ketika dikompromikan. Menyimpan kunci itu di satu lokasi dengan kontrol ketat mengurangi paparan, tetapi remote signing untuk setiap handshake dapat menambah dependensi operasional pada jalur layanan.
Delegated Credentials for TLS, yang distandardisasi dalam RFC 9345, menyediakan pilihan yang lebih sempit untuk TLS 1.3. Pemegang sertifikat dapat memakai private key sertifikat untuk mengotorisasi public key lain selama periode terbatas. Endpoint menerima delegated private key pasangannya dan dapat mengautentikasi handshake TLS tanpa memegang private key sertifikat.
Delegasi tersebut memiliki batas. Mekanisme ini tidak membuat sertifikat baru, tidak mengubah rantai sertifikat, dan tidak memberi kunci delegasi kewenangan di luar credential yang diterima oleh klien pendukung.
Kunci sertifikat mengotorisasi kunci TLS sementara
Sebuah delegated credential memuat public key, nilai validitas, algoritma certificate-verify yang diharapkan, serta tanda tangan yang dibuat dengan private key sertifikat. Tanda tangan tersebut menghubungkan kunci sementara dengan sertifikat yang disajikan pada handshake TLS.
Delegated private key pasangannya dapat didistribusikan ke edge server. Dalam handshake TLS 1.3, server tersebut menandatangani pesan CertificateVerify dengan delegated key, bukan private key sertifikat.
Klien pendukung memverifikasi dua tanda tangan terpisah. Klien memverifikasi tanda tangan pada delegated credential menggunakan public key sertifikat, kemudian memverifikasi tanda tangan CertificateVerify pada handshake menggunakan public key yang dibawa delegated credential.
Rantai sertifikat tetap menjalankan fungsi PKI biasa. Delegated credential menambahkan lapisan otorisasi di bawah end-entity certificate; mekanisme ini tidak menggantikan validasi certification path.
Dukungan klien dinegosiasikan
Server tidak dapat menganggap setiap klien TLS 1.3 menerima delegated credential. RFC 9345 mendefinisikan ekstensi delegated_credentials agar klien dapat mengiklankan algoritma tanda tangan yang didukung untuk delegated credential.
Server baru dapat memakai delegated credential pada handshake terkait setelah klien mengiklankan dukungan. Server mengirim credential tersebut melalui ekstensi yang terkait dengan end-entity certificate.
Sifat negosiasi ini penting saat deployment. Layanan yang harus melayani klien tanpa ekstensi tersebut tetap memerlukan jalur autentikasi yang kompatibel. Karena itu, delegated credential tidak otomatis menghapus seluruh akses ke private key sertifikat dari arsitektur layanan yang lebih luas.
Desain fallback merupakan keputusan operasional. Batas keamanannya perlu ditinjau secara terpisah karena fallback yang kembali mendistribusikan kunci sertifikat secara luas dapat menghapus sebagian besar pengurangan paparan pada jalur delegasi.
Masa berlaku sengaja dibatasi
Delegated credential membawa interval validitas yang dinyatakan relatif terhadap waktu notBefore sertifikat. RFC 9345 membatasi delegated credential hingga paling lama tujuh hari dan mensyaratkan masa berlakunya tetap berada di dalam periode validitas sertifikat.
Masa berlaku pendek membatasi periode penggunaan delegated private key yang dicuri. Konsekuensinya adalah kebutuhan rotasi: infrastruktur harus menerbitkan, mendistribusikan, mengaktifkan, dan mengganti credential cukup sering agar layanan tidak terputus.
Pertukaran ini memang disengaja. Credential yang dapat sering diganti bisa ditempatkan lebih dekat ke infrastruktur layanan, sedangkan private key sertifikat dapat tetap berada dalam lingkungan penandatanganan yang lebih terbatas.
Masa berlaku pendek bukan pencabutan seketika. Jika delegated private key disalin penyerang, credential dapat tetap dipakai sampai klien tidak lagi menerimanya berdasarkan pemeriksaan waktu protokol atau sampai kontrol lain mencegah penggunaannya. Rencana respons operasional perlu memperhitungkan interval tersebut.
Sertifikat harus mengizinkan delegasi
Delegated credential tidak dapat ditempelkan pada sembarang sertifikat tanpa persiapan. RFC 9345 mendefinisikan ekstensi X.509 DelegationUsage. End-entity certificate harus memuat ekstensi ini agar klien menerima delegated credential.
Persyaratan tersebut memberi batas eksplisit kepada penerbit dan pemegang sertifikat. Sertifikat tanpa DelegationUsage tidak dapat diam-diam memperoleh perilaku delegated credential hanya karena server mengirim ekstensi TLS tambahan.
Alur penerbitan sertifikat perlu meminta dan memverifikasi ekstensi tersebut ketika delegated credential akan digunakan. Alur rotasi juga perlu mempertahankan properti yang diperlukan saat end-entity certificate diganti.
Delegated credential juga terikat pada sertifikat yang menandatanganinya. Penggantian sertifikat memerlukan delegated credential baru; delegasi lama tidak dapat dipindahkan ke sertifikat berbeda.
Pilihan algoritma diperiksa pada kedua lapisan
Autentikasi TLS sudah bergantung pada negosiasi algoritma tanda tangan. Delegated credential menambahkan kunci dan tanda tangan lain, sehingga implementasi harus memisahkan perannya secara tegas.
Kunci sertifikat menandatangani delegated credential dengan algoritma yang dapat diterima menurut aturan protokol. Delegated key menandatangani CertificateVerify menggunakan algoritma yang dicatat untuk tujuan tersebut di dalam credential. Kemampuan yang diiklankan klien membatasi apa yang dapat dikirim server.
Pemisahan ini memungkinkan delegated key memakai tipe kunci atau algoritma tanda tangan yang berbeda dari kunci sertifikat ketika persyaratan negosiasi dan protokol mengizinkannya. Deployment dapat memindahkan penandatanganan handshake ke kunci yang sesuai untuk infrastruktur edge tanpa mengganti sertifikat hanya untuk kebutuhan tersebut.
Validasi kriptografis tetap berlaku penuh. Algoritma yang tidak didukung, tanda tangan tidak valid, credential rusak, atau credential di luar batas waktu yang diterima tidak boleh diperlakukan sebagai autentikasi berhasil.
Isolasi kunci tetap bergantung pada sistem di sekitarnya
Delegated credential mengurangi kebutuhan untuk mengekspos private key sertifikat, tetapi tidak mengamankan endpoint yang memegang delegated private key. Kompromi endpoint tersebut masih dapat membocorkan credential yang mampu mengautentikasi layanan terkait selama sisa masa berlaku yang diterima.
Distribusi juga menjadi jalur sensitif terhadap keamanan. Delegated private key harus sampai ke sistem layanan yang dituju tanpa bocor ke sistem tidak berwenang, dan material kedaluwarsa tidak semestinya tetap aktif dalam konfigurasi layanan.
Layanan penandatanganan yang memegang private key sertifikat sangat sensitif. Komponen itu menentukan delegated public key mana yang memperoleh otorisasi. Access control yang kuat, auditabilitas, dan penerbitan terbatas diperlukan agar mekanisme delegasi tidak berubah menjadi jalur mudah untuk membuat credential layanan tanpa izin.
Monitoring operasional perlu melacak umur credential, aktivasi, penggantian, serta kegagalan penerbitan atau distribusi. Batas protokol tujuh hari tidak menggantikan kebutuhan untuk memastikan rotasi benar-benar berjalan.
Delegasi mempersempit dampak kompromi kunci edge
Manfaat utamanya adalah pemisahan kunci. Private key sertifikat dapat tetap berada dalam lingkungan terbatas, sedangkan sistem edge menerima credential dengan masa guna jauh lebih pendek.
Batas ini bersifat presisi, bukan absolut. Delegated key yang dicuri masih dapat mengautentikasi selama jendela penerimaannya, klien tanpa dukungan mungkin memerlukan jalur autentikasi lain, dan penerbit delegasi tetap menjadi komponen bernilai tinggi.
Dengan penerbitan terkontrol dan rotasi yang andal, delegated credential mengurangi jumlah material kunci sertifikat berumur panjang yang terpapar ke infrastruktur layanan sambil mempertahankan autentikasi rantai sertifikat normal bagi klien TLS 1.3 yang mendukung ekstensi tersebut.