RSA-SHA256 dan Ed25519-SHA256 berbeda tanda tangan DKIM algoritma. Pilih di antara, atau terapkan keduanya, menggunakan kemampuan yang didukung dari penanda tangan Anda dan bukti dari pemverifikasi yang relevan. Membandingkan panjang kunci mentahnya tidak menjawab pertanyaan interoperabilitas.
Pisahkan dukungan spesifikasi dari dukungan yang diterapkan
RFC 8463 bagian 3–5 menambahkan Ed25519-SHA256 ke DKIM dan mengharuskan pemverifikasi menerapkan pembaruan tersebut untuk mendukungnya. Ini merekomendasikan implementasi penandatanganan. Persyaratan tersebut menjelaskan standar; mereka tidak menetapkan bahwa setiap alat email yang diinstal, perpustakaan lama, atau antarmuka yang dihosting mengimplementasikan pembaruan hari ini.
Itu Ed25519 penggunaan catatan kunci k=ed25519, dan kunci publiknya dikodekan p=. Algoritma tanda tangan diidentifikasi sebagai a=ed25519-sha256. Untuk RSA, algoritma yang sesuai adalah rsa-sha256; RFC 8301 bagian 3 memasok persyaratan ukuran RSA yang diperbarui dan melarang rsa-sha1. Jangan hanya mengubah label algoritme sambil tetap menyimpan materi kunci yang tidak kompatibel.
Putuskan bukti apa yang dibutuhkan migrasi
Inventarisasi perangkat lunak penandatanganan, versi, algoritme yang didukung, dan kontrol penyedia. Identifikasi sistem penerima yang perilakunya penting bagi bisnis. Catat apakah hasil tes mencerminkan pustaka pemverifikasi Anda sendiri, hasil autentikasi tepercaya penerima akhir, atau alat analisis pihak ketiga. Ini adalah pengamatan yang berbeda.
Tanyakan apakah platform dapat mengeluarkan kedua algoritma dan mengelola dua penyeleksi dengan aman. Penyedia yang tidak menawarkan kontrol Ed25519 mungkin masih memiliki konfigurasi RSA terdokumentasi yang sesuai untuk tugas tersebut. Jangan menciptakan prosedur yang tidak didukung hanya karena RFC yang mendasarinya mengizinkan konfigurasi.
Gunakan penyeleksi berbeda untuk tanda tangan paralel
RFC 8463 bagian 6 menjelaskan banyak tanda tangan sebagai mekanisme transisi. Kunci RSA dan Ed25519 memerlukan penyeleksi yang berbeda. Jangan letakkan dua kunci algoritma sekaligus pemilih dan andalkan penerima untuk memilih yang Anda sukai.
Dalam desain ilustratif, rsa2026._domainkey.example.com menyimpan data verifikasi RSA dan ed2026._domainkey.example.com menyimpan data Ed25519. Kedua tanda tangan digunakan d=example.com, tapi mereka s= Dan a= nilainya berbeda. Ini adalah contoh nama, bukan rekaman kunci yang dapat diterapkan. Hasilkan dan publikasikan materi penting aktual melalui sistem penandatanganan yang didukung.
Tes yang berguna mencatat setiap tanda tangan secara independen. Penerima A mungkin memverifikasi keduanya; penerima B mungkin hanya memverifikasi RSA. Jangan laporkan “pekerjaan penandatanganan ganda” tanpa mengetahui algoritma mana yang menghasilkan setiap hasil. Di bawah RFC 9989 bagian 4.4.1, tanda tangan RSA yang berhasil diselaraskan dapat memberikan a DMARC jalur autentikasi meskipun tanda tangan lainnya tidak memverifikasi, asalkan kondisi evaluasi DMARC yang berlaku terpenuhi.
Jadikan potongan tersebut dapat dibalik
Sebelum mengubah produksi, buat metode yang didukung untuk memulihkan konfigurasi penandatanganan sebelumnya. Uji pesan normal dan fitur perutean sebenarnya, seperti gateway atau milis. Dukungan algoritma tidak melindungi tanda tangan dari perubahan konten yang sewenang-wenang setelah penandatanganan.
Selama periode observasi, jaga agar inventaris pemilih dan bukti penerima tetap terikat pada stempel waktu. Pencarian DNS yang berhasil pada catatan Ed25519 membuktikan publikasi, bukan pengirim yang mengeluarkan tanda tangan atau penerima menggunakannya. Putuskan apakah akan mempertahankan kedua algoritme atau mengubah konfigurasi berdasarkan kompatibilitas terukur dan persyaratan organisasi, bukan klaim bahwa semua receiver telah ditingkatkan.
Tutup keputusan keamanan dan operasi bersama-sama
Catat desain yang dipilih, hasil spesifik algoritme, batasan penerima yang belum terselesaikan, dan kriteria untuk menghentikan jalur kompatibilitas. Terus lindungi kedua kunci pribadi selagi kedua penandatangan tetap aktif. Penandatanganan ganda menambah ketergantungan manajemen kunci lainnya; hal ini tidak menghilangkan kebutuhan akan penjagaan, rotasi, atau respons terhadap insiden.
Membaca hasil tanda tangan ganda sintetis
Asumsikan sebuah pesan memiliki Domain Penulis example.com dan dua tanda tangan dengan d=example.com. Penerima tepercaya melaporkan rsa-sha256, s=rsa2026, lulus untuk satu tanda tangan dan ed25519-sha256, s=ed2026, gagal untuk tanda tangan lainnya. Tanda tangan RSA merupakan pass yang disejajarkan dengan tepat, sehingga dapat memenuhi jalur DKIM DMARC . Tanda tangan Ed25519 yang gagal tidak membatalkannya. Ini adalah contoh yang dibuat, bukan bukti bahwa receiver tidak memiliki dukungan Ed25519: kegagalan mungkin terkait dengan kunci, sintaksis, atau konten yang ditandatangani. Pertahankan alasan per tanda tangan sebelum mendiagnosis kompatibilitas.
Simpan catatan investigasi yang ringkas
Gunakan lembar kerja yang disarankan ini untuk rute yang ditinjau. Ini adalah bantuan perencanaan, bukan bukti pengujian yang telah dilaksanakan.
- Penandatangan: perangkat lunak atau layanan, versi dan kontrol algoritma yang didukung.
- Per tanda tangan: a, d, s, hasil dan penerima yang menghasilkan hasil.
- DMARC : Domain Penulis, penyelarasan mode dan tanda tangan yang selaras, jika ada.
- Keputusan: pertahankan kedua algoritme atau hentikan salah satunya, dengan langkah-langkah rollback dan batasan penerima yang belum terselesaikan.
Bacaan terkait
Panjang kunci DKIM dan algoritma: periksa dukungan receiver saat ini · Beberapa tanda tangan DKIM : temukan tanda tangan yang sejajar.