Masa berlaku SA di IKEv2: pembaruan kunci lunak, kedaluwarsa keras, autentikasi ulang terpisah

Pewaktu menentukan kapan kunci sebuah terowongan diganti, dan dua ambang yang terlibat sering dibaca sebagai satu. Padahal bukan. Masa berlaku lunak meminta peer membangun pengganti selagi asosiasi keamanan saat ini masih membawa lalu lintas, dan masa berlaku keras adalah tenggat setelahnya asosiasi lama hilang, berhasil atau tidak penggantinya. Di antara keduanya ada jendela tumpang tindih yang ada agar paket tidak jatuh ke celah.

Apa yang sebenarnya dibatasi masa berlaku

Asosiasi keamanan IPsec adalah berkas keadaan kriptografis: kunci untuk satu arah, indeks parameter keamanan, himpunan algoritme, dan pemilih. Masa berlaku membatasi berapa lama keadaan itu boleh dipakai, yang membatasi berapa banyak lalu lintas yang dilindungi satu kunci. Ini langkah pengekangan untuk kunci, bukan pernyataan tentang berapa lama sesi pengguna seharusnya bertahan.

Asosiasi kendali IKE punya kunci sendiri dan masa berlakunya sendiri, terpisah dari asosiasi anak yang membawa data. Di sinilah orang pertama kali mencampur dua jadwal.

Yang lunak memulai penggantian, yang keras mengakhiri keadaan lama

Saat ambang lunak mendekat, peer memulai penggantian. Implementasi biasanya aktif lebih awal dan mengacak saatnya agar kepala dengan ratusan terowongan tidak memperbarui kunci semuanya sekaligus. Di IKEv2 penggantian adalah pertukaran CREATE_CHILD_SA yang membawa nonce baru, ditambah pertukaran Diffie-Hellman bila kerahasiaan maju sempurna dikonfigurasi. Hasilnya pasangan asosiasi baru dengan kunci baru.

Tumpang tindih itu penting. Untuk sesaat peer dapat memegang asosiasi lama dan baru, dan rekaman dapat menunjukkan dua himpunan pengenal. Itu mekanisme yang bekerja, bukan kerusakan.

Ambang keras tidak memberi ampun. Jika penggantian belum selesai saat itu, asosiasi lama harus dihentikan dan lalu lintas yang hanya dilindunginya berhenti. Pembaruan kunci gagal berulang yang berjalan sampai kedaluwarsa keras adalah sinyal operasional untuk diselidiki, karena terowongan ditopang tenggat di setiap siklus.

Batas pemakaian bisa aktif sebelum jam apa pun

Waktu bukan satu-satunya batas. Implementasi dapat membatasi byte atau paket yang dilindungi satu kunci, dan terowongan sibuk akan mencapai batas pemakaian jauh sebelum pewaktu berjam-jam. strongSwan menyediakan pengaturan masa berlaku dan margin terpisah untuk waktu, byte, dan paket, artinya titik pembaruan efektif adalah ambang yang tiba lebih dulu, dikurangi margin yang dikonfigurasi.

Saat terowongan diperbarui jauh lebih sering daripada yang disiratkan jam konfigurasinya, periksa batas byte dan paket sebelum menyalahkan jam. Tautan jenuh dan tautan menganggur dengan pengaturan waktu sama akan memiliki laju pembaruan kunci yang jelas berbeda, dan hanya satu di antaranya mengikuti pewaktu.

Setiap peer menegakkan kebijakannya sendiri

IKEv2 tidak menegosiasikan satu masa berlaku yang harus ditampilkan identik oleh kedua peer. Masing-masing pihak menerapkan kebijakan lokalnya dan dapat memulai penggantian saat batasnya sendiri mendekat, seperti dijelaskan dalam RFC 7296 bagian 2.8. Jadi ketidakcocokan antara jam konfigurasi dua peer tidak otomatis cacat, meski nilai yang sangat berbeda dapat menimbulkan gejolak jika satu pihak terus mengganti keadaan yang baru dipasang pihak lain.

Koordinasi berarti perilaku yang kompatibel: jendela tumpang tindih yang cukup panjang untuk pertukaran, margin yang menyisakan ruang untuk percobaan ulang, dan pemantauan yang menunjukkan pihak mana yang memulai setiap pembaruan.

Pembaruan kunci bukan autentikasi ulang

Pembaruan kunci menyegarkan kunci di bawah hubungan terautentikasi yang ada. Autentikasi ulang mengulang pemeriksaan identitas, entah pertukaran sertifikat atau percakapan EAP. Keduanya berjalan pada jadwal terpisah dan pembaruan yang berhasil tidak mengatakan apa pun tentang apakah akun masih harus punya akses.

Pembedaan itu penting untuk pencabutan. Menonaktifkan akun, mencabut sertifikat, atau mengakhiri sesi adalah keputusan akses yang memerlukan kebijakan eksplisit dalam implementasi; itu tidak mengikuti pewaktu SA, dan pembaruan kunci dapat terus berjalan tenang untuk identitas yang sudah dicabut haknya.

Apa yang dicatat per terowongan

Catat asosiasi mana yang memicu pembaruan, pengenal lama dan baru, ambang mana yang aktif, dan apakah penggantian selesai di dalam tumpang tindih. Keempat bidang itu membuat masalah pembaruan terlihat sebelum menjadi gangguan, dan membedakan kebijakan agresif dari yang gagal.

Simpan jadwal penghapusan akses di samping catatan itu, bukan di dalamnya. Kebersihan kriptografis dan kebijakan identitas adalah kendali berbeda, dan terowongan yang merotasi kunci tepat waktu masih bisa memegang sesi yang tidak dimaksudkan siapa pun untuk dipertahankan.