AES-GCM şifreleme nedir
Bu sayfa Japonca aslından makine çevirisiyle hazırlanmıştır. Japonca aslını okuyun
AES-GCM, şifreleme ve kurcalama doğrulamasını birleştiren bir yöntemdir. Nonce ve kimlik doğrulama etiketlerinin rolünü, diğer yöntemlerden farkı ve uygulamadaki koruma kapsamını açıklayabilir ve tarayıcıda doğrulama hatasını test edebilirsiniz.
Güncelleme: 9 Eylül 2026. NIST, IETF ve Apple'ün birincil materyallerini ve SimpleMemo genel sürümü 5.8.26'nın uygulanmasını doğruladık. Yazar SimpleMemo'nın geliştiricisidir.
Kriptografik cümleler, nonce ve etiketler ne yapar?
AES ortak bir anahtar şifrelemesidir ve GCM çalışma modudur. AES-GCM, şifreleme olmadan kimliği doğrulanan şifreli metin ve ek verileri (AAD) işleyen bir AEAD'dir. Örneğin, metni gizlerken, biçimin sürüm numarasını metinle doğrulayabilirsiniz. AAD'nin kendisi bir sır değildir.
nonce(IV) her şifreleme için bir değerdir ve aynı anahtarla yeniden kullanılmayacak şekilde tasarlanmalıdır. Gizli anahtarın farklı bir rolü vardır ve bir şifreli metinle kaydedilebilir. Kimlik doğrulama etiketi, şifreyi çözerken doğrulamak için kullanılır. Doğrulanamayan veriler kabul edilmeyecek ve bir hata olarak değerlendirilecektir.
Yöntem tanımı: NIST SP 800-38D. Giriş ve nonce koşulları: RFC 5116.
Telifre metni değiştirirseniz ne olur?
Sadece bu sayfada hazırlanan örnek cümleler tarayıcının Web Crypto API ile işlenecektir. Öncelikle, şifrelenebileceğini ve geri alınabileceğini doğrulayın ve ardından 1 bitini değiştirerek şifreli metnin kopyasını doğrulayın. Bu, uygulamanın şifreleme sürecini denetlemek için bir demo değildir.
Örnek cümle: Review the draft at 10:00.
İlk düğmeden deneyebilirsiniz.
İşleniyor...
Doğrulama başarılı: Orijinal örnek cümlenin şifresi çözüldü.
Doğrulama başarısız: değiştirilmiş şifreli metin reddedildi ve düz metin döndürülmedi.
İşlem tamamlanamadı. İlk düğmeden baştan başlayabilirsiniz.
Demo bu ortamda çalıştırılamaz. HTTPS uyumlu bir tarayıcı ve JavaScript gereklidir.
- nonce (12 bayt)
- Orijinal kod metni (16 ondalık)
- Kimlik doğrulama etiketi (16 bayt)
'yi her çalıştırdığınızda yeni bir 256 bit anahtarı ve nonce oluşturun. Demo, anahtarları veya sonuçları kaydetmez veya iletmez. Sekmeyi yeniden yüklerseniz, sonuç sıfırlanır. Mekanizma: Web Kriptografisi API'in AES-GCM.
AES-CBC・ChaCha20-Poly1305
Yöntemdeki farklar aşağıdaki gibidir. Hız, terminale ve uygulamaya bağlı olarak değişir ve bu tablo gerçek bir ölçüm sıralaması değildir. CBC'nin kullanıldığı bilgilere dayanarak, kimlik doğrulama ile birlikte tüm ürünün güvenliği belirlenemez.
| Öğe | AES-GCM | AES-CBC | ChaCha20-Poly1305 |
|---|---|---|---|
| Şifreleme ve kimlik doğrulama | Entegre tip (AEAD) | CBC tek başına sadece şifrelenir | Entegre tip (AEAD) |
| AES kullanımı | Kullan | Kullan | Kullanmayın |
| Tasarımla onaylamak için | Kilit, nonce, etiket, üst kullanım sınırı | Kimlik doğrulama, IV, dolgu işleme ile kombinasyon | Kilit, nonce, etiket, üst kullanım sınırı |
TLS 1.3 yalnızca AES-GCM için bir standart değildir. RFC 8446 §9.1 AES-128-GCM'nin uygulanmasını gerektirir ve AES-256-GCM ve ChaCha20-Poly1305 de önerilir. ChaCha20-Poly1305 özellikleri için lütfen RFC 8439 adresine bakın.
SimpleMemo hangi verileri korur?
Onaylanmış genel sürümün yerel depolama işlemi, AES-GCM'i ve Apple'in CryptoKit'i tarafından Anahtarlık yönetim anahtarlarını kullanır. Yeni oluşturulacak anahtar 256 bittir. Outbox, iletimi bekleyen verilerin depolama konumudur ve bu şifrelemeye dayanarak, "e-postaların da hedefe E2E ile şifrelendiği" söylenemez.
Bu uygulama, Anahtarlık'tan simetrik anahtarları okur ve kullanır. Anahtarlıkta depolanan anahtar ve Secure Enclave'de oluşturulan ve kullanılan özel anahtar aynı açıklama değildir. Apple'in Save CryptoKit anahtarı ve Secure Enclave anahtarı bu anahtarları ayrı ayrı nasıl kullanacağınızı açıklar.
Bir e-posta gönderirken, uygulamanın röle işleme ve teslimat şirketi aracılığıyla alıcı tarafında bir kopya bırakılır. Şifreleme yöntemiyle birlikte, lütfen gizlilik politikası, adres ayarı ve varış onayı ve terminal ve e-posta hesap yönetimini kontrol edin. Outbox'den öğelerin kaybolması ve tüm kopyaların tamamen silinmesi ayrıdır.
Sıkça Sorulan Sorular
AES-256-GCM'nin "256"i nedir?
Bu, AES anahtarının uzunluğunun 256 bit olduğu anlamına gelir. Nonce'ın uzunluğunu, kimlik doğrulama etiketlerini veya tüm terminalin güvenliğini temsil eden bir numara değildir.
Nonce'ı gizli tutmam gerekiyor mu?
Özel anahtarların aksine, nonce bir şifreli metinle kaydedilebilir. Önemli olan, aynı anahtarla şifrelerken nonce'ı yeniden kullanmamaktır.
etiketinin doğrulanması başarısız olursa, metni görüntüleyebilir miyim?
Başarısız doğrulamanın sonucunu doğru düz metin olarak kullanmayın. Yolsuzluk, yanlış anahtarlar, değişen veriler vb. ayrılır ve kimlik doğrulama hataları ele alınır.
E2E'yi şifrelemek için AES-GCM kullanacak mıyım?
Tek başına yöntem adı belirlenemez. Anahtarın kime sahip olduğu ve nerede çözüldüğü de dahil olmak üzere tüm sistemi tasarlamak gerekir. Terminaldeki Outbox şifrelemesi ve posta teslimi ve alımı varış noktasında kaydetme farklıdır.
Anahtar Zinciri'ni kaydederseniz, anahtar Secure Enclave'den çıkmaz mı?
Durum böyle olmak zorunda değil. Bu uygulama tarafından onaylanan uygulama, Anahtar Zinciri'nden simetrik anahtar verilerini okur ve kullanır. Secure Enclave'de özel anahtarları hesaplayan API ile aynı değildir.
