Blokzincir El Sıkışması: Güvene Dayalı Olmayan Anahtar Değişimi

Iki Z-Text kullanicisi mesaj alisverisi yapabilmeden once bir "tokalasmasi" tamamlamalari gerekir -- paylasilan bir sifreleme anahtari olusturan kriptografik bir protokol. Bu makale, nasil calistigini ve guvenlik icin neden onemli oldugunu aciklar.

Neden Tokalasmasi?

Geleneksel sifrelenmis mesajlasma uygulamalarinda, merkezi bir sunucu anahtar degisimini aracilliga yapar. Signal'da birine mesaj gonderdiginizde, sunuculari ilk anahtar anlasimasini kolaylastirir. Bu iyi calisir ancak bir guven bagimliligi getirir -- sunucunun dogru anahtarlari teslim etmesine guvenirsiniz.

Z-Text'in sunuculari yoktur. Tokalasmasi tamamen blockchain islemleri araciligiyla gerceklestirilir, bu da onu guvensiz ve dogrulanabilir kilar. Hicbir aracikurumun anahtar degisimini kurcalamasi veya gozlemlemesi mumkun degildir.

Protokol

Z-Text tokalasmasi, blockchain tabanli teslim icin uyarlanmis degistirilmis bir Diffie-Hellman anahtar degisim protokolunu takip eder:

Adim 1: Baslatma

Alice, Bob'a mesaj gondermek ister. Bob'un z-adresini bilmektedir. Alice'in uygulamasi gecici bir anahtar cifti olusturur ve Bob'un z-adresine korunakli bir islem yaratir. Islem memo'su Alice'in gecici acik anahtarini ve z-adresini icerir.

Bu korunakli bir islem oldugu icin, blockchain'i gozlemleyen hicbir kisi Alice'in Bob'a bir sey gonderdigini veya memo'nun ne icerdigini goremez.

Adim 2: Tespit

Bob cuzdanini senkronize ettiginde, uygulamasi gelen islemi tespit eder ve memo'yu okur. Memo formatindaki belirli bir protokol isaretcisi sayesinde bunu bir tokalasmasi istegi olarak tanir.

Bob'un uygulamasi, Alice'in z-adresiyle birlikte tokalasmasi istegini gorunteler ve kabul etmesi veya reddetmesi icin sorer.

Adim 3: Yanit

Bob kabul ederse, uygulamasi kendi gecici anahtar ciftini olusturur ve Alice'in z-adresine bir yanit islemi gonderir. Memo, Bob'un gecici acik anahtarini icerir.

Adim 4: Anahtar Turetimi

Hem Alice hem de Bob artik birbirlerinin gecici acik anahtarlarina sahiptir. Her biri, Elliptic Curve Diffie-Hellman (ECDH) kullanarak paylasilan gizli anahtari bagimsiz olarak hesaplar. ECDH'nin matematiksel ozellikleri, her iki tarafin da ayni paylasilan gizli anahtara iletilmeden ulasmasini garanti eder.

Bu paylasilan gizli anahtar daha sonra Alice ve Bob arasindaki gelecekteki tum mesajlar icin simetrik sifreleme anahtarlarini turetmenin temeli olarak kullanilir.

Guvenlik Ozellikleri

Blockchain tokalasmasi bircok onemli guvenlik ozelligi saglar:

• Gizlilik: Anahtar degisimi korunakli islemlerin icinde gizlidir, gozlemciler tarafindan gorunmezdir
• Butunluk: Blockchain'in is ispati, islemlerin kurcalanamamasini saglar
• Kimlik dogrulama: Yalnizca z-adres ozel anahtarinin sahibi tokalasmasi yanitini olusturabilir
• MITM yok: Merkezi bir sunucu olmadan, anahtarlari degistirebilecek bir araci yoktur

Signal Protokolu ile Karsilastirma

Signal Protokolu, on-anahtarlari saklamak ve teslim etmek icin merkezi bir sunucu kullanir. Bu, asenkron anahtar degisimini mumkun kilsa da (cevrimdisi birine mesaj gonderebilirsiniz), Signal'in sunucularinin dogru anahtarlari teslim etmesine guvenmeyi gerektirir.

Z-Text'in blockchain tokalasmasi da asenkrondur (Alice istegi gonderdiginde Bob'un cevrimici olmasi gerekmez), ancak teslim mekanizmasi kurumsal bir sunucu yerine merkezi olmayan blockchain'dir. Tokalasmasi adimlari G-stream mempool push araciligiyla tespit edilir ve adim basina saniyeler icinde tamamlanir; guven modeli temelden daha gucludur.

Pratik Hususlar

Tokalasmasi genellikle G-stream mempool push araciligiyla adim basina saniyeler icinde tamamlanir. Her adim kucuk bir BTCZ islem ucreti gerektirir. Olusturuldugunda, paylasilan anahtar yerel olarak saklanir ve yenilenmesi gerekmez -- iki kisi arasindaki gelecekteki tum mesajlar ayni anahtari kullanir.

Bir kisi silinir ve yeniden eklenirse, tamamen yeni bir paylasilan gizli anahtar ureten yeni bir tokalasmasi yapilmasi gerekir.