JWE zarfları: authcrypt ve anoncrypt
DIDComm v2 mesajları JWE olarak şifreler; JSON Web Encryption, yani JWT ve JWS ile aynı JOSE ailesi. Bunun içinde iki kip vardır ve aralarında seçim yapmak, çoğu entegrasyonun bir kütüphane varsayılanını devralarak kazara verdiği gerçek bir karardır.
anoncrypt, birine şifrelenmiş, kimseden değil
Mesaj alıcının açık anahtarına şifrelenir. Bunu herkes üretebilir, çünkü bir açık anahtara şifrelemek kendinize ait bir sır gerektirmez.
Alıcının öğrendiği: birisi bunu gönderdi ve yalnızca ben okuyabilirim. Kim olduğunu değil.
Şu durumda kullanın: gönderenin alıcıya karşı anonim olması gerektiğinde ya da kimlik zarfla değil mesajın içinde kurulduğunda.
authcrypt, birine şifrelenmiş, bilinen bir anahtardan
Mesaj, alıcının aynı zamanda hangi gönderen anahtarının onu ürettiğini doğrulayabileceği şekilde, iki DID arasında kimliği doğrulanmış anahtar anlaşması kullanılarak şifrelenir.
Alıcının öğrendiği: bu şu DID'den geldi ve kimse kurcalamadı.
Şu durumda kullanın: alıcının mesajı kimin gönderdiğine göre hareket etmesi gerektiğinde, ki çoğu ajandan ajana protokol için bu her zaman geçerlidir. Kimliği doğrulanmamış bir göndericiden gelen bir kimlik bilgisi sunumu genellikle anlamsızdır.
İnsanların yanlış anladığı ayrım
Authcrypt göndereni alıcıya karşı kimlik doğrular. Göndereni ağdan gizlemez ve kritik olarak, hiçbir kip bir aracının yönlendirme hakkında gözlemlediğini değiştirmez.
Dış forward zarfı, bir aracının iç mesajı okumadan yönlendirebilmesi için vardır. O dış katman
zorunlu olarak bir hedef taşır ve onu taşıyan bağlantının zorunlu olarak bir kaynağı vardır. Dolayısıyla:
- anoncrypt, alıcının zarftan gönderenin DID'sini öğrenmemesi demektir.
- Aracının ya da bir ağ gözlemcisinin trafiğin nereden geldiği hakkında hiçbir şey öğrenmemesi demek değildir.
"Alıcı beni tanımlayamaz" ile "kimse beni ilişkilendiremez"i karıştırmak bu alandaki en yaygın mahremiyet hatasıdır. Yönlendirmenin kendisinin neyi açığa çıkardığının tam sayımı bir aracının görebildikleri ve göremedikleri sayfasındadır; mahremiyet gerekçesiyle bir kip seçmeden önce onu okuyun.
İç içe geçme ve aracının neden yalnızca dışı gördüğü
Aracılı bir mesaj iki zarf derinliğindedir:
| Katman | Şunun için şifreli | Kip | Onu kim açar |
|---|---|---|---|
Dış forward |
aracı | tipik olarak anoncrypt | aracı, yalnızca bir hedef okur |
| İç mesaj | alıcı | sizin seçiminiz | yalnızca alıcı |
Aracı, iç zarfı açan hiçbir anahtar tutmaz. Bu bir politika değil yapısaldır; bkz. forward mesajı ve yönlendirme anahtarları.
Pratik rehberlik
- Kütüphanenizin hangi kipe varsayılan verdiğini bilin. Varsaymayın; kontrol edin. Bu, bütün bir yanlış varsayım sınıfını önleyen tek satırlık bir doğrulamadır.
- Üzerine hareket edilen her şey için authcrypt kullanın: talimatlar, sunumlar, durum değişiklikleri.
- anoncrypt'i kazara değil bilerek kullanın ve yalnızca gönderen anonimliğinin belirsiz bir tercih değil gerçek bir gereksinim olduğu yerde.
- anoncrypt'i ikili tanımlayıcıların yerine kullanmayın. Muhatap başına ayrı anahtarlar, ilişkilendirmeye karşı, göndereni tek bir alıcıdan gizlemekten çok daha fazlasını yapar. Bkz. ikili DID.
Solidus Relay ikisiyle de ne yapar
Yönlendirir. Aracı dış zarfı işler ve iç zarfı asla işlemez, dolayısıyla kip seçiminiz tamamen sizinle muhatabınız arasındadır; ne şart koşarız ne de gözlemleriz.
Solidus Relay, DIDComm v2 üzerinde Coordinate Mediation 2.0 ve Pickup 3.0 uygular. Bağımsız bir uygunluk paketi çalıştırılmamıştır, dolayısıyla iddia "uygular"dır, "uygundur" değil. JWE işi için bir DIDComm v2 kütüphanesi kullanın; elle yazılmış anahtar anlaşması, bunun sessizce başarısız olduğu yerdir.