Kripto Güvenliği: Replay Saldırısı Nedir?

Replay saldırısının anlaşılması, kripto para ekosistemindeki pek çok karmaşık tehditten çok daha temel bir güvenlik bilincini gerektiriyor. Çünkü bu saldırı blokzincirin yapısal özelliklerini, özellikle hard fork dönemlerinde ortaya çıkan zincir kardeşliğini istismar ediyor. Bir işlemin bir zincirde geçerli olması, aynı işlemin başka bir zincirde de geçerli sayılabileceği anlamına gelebilir. Ve bu anlık açık, pek çok yatırımcının farkında olmadığı ciddi bir risk barındırır.

 

 

REPLAY SALDIRISI NEDİR?

Replay saldırısı, bir ağ üzerinde iletilen geçerli bir veri paketinin kötü niyetli bir tarafça ele geçirilerek daha sonra aynı ağda veya başka bir ağda tekrar kullanılmasına dayanan bir siber güvenlik saldırısıdır. Kripto para bağlamında bu, onaylanmış bir işlemin başka bir zincirde yeniden yayımlanması anlamına gelir.

Saldırının özü şudur: blokzincirde bir işlem dijital imzanızla onaylandığında o imza aynı zamanda kriptografik olarak geçerli bir veri parçası haline gelir. Eğer iki zincir aynı işlem formatını ve aynı adres yapısını paylaşıyorsa bu imza her iki zincirde de kabul görür. Bir saldırgan sizi taklit etmeden, özel anahtarınıza dokunmadan, yalnızca kendi zincirindeki işleminizin kopyasını alıp diğer zincirde kullanarak hesabınızdan işlem gerçekleştirebilir.

Bu saldırının en tehlikeli boyutu kurbanın genellikle farkında bile olmamasıdır. Bir işlem yaparsınız, her şey normal görünür. Arka planda ise aynı işlem başka bir zincirde de yürütülmüş ve varlıklarınızın bir kısmı kaybolmuş olabilir.

 

 

HARD FORK İLE BAĞLANTISI: NEDEN ÖZELLİKLE TEHLİKELİ?

Replay saldırısı her zaman mümkün değildir. Bu saldırının gerçekleşebilmesi için belirli bir koşulun oluşması gerekir: iki zincirin aynı işlem geçmişini ve aynı işlem formatını paylaşması. Bu koşul en çok hard fork dönemlerinde ortaya çıkar.

Hard fork, bir blokzincirin geriye dönük uyumsuz bir güncellemeyle ikiye ayrılmasıdır. Fork gerçekleştiğinde zincir iki bağımsız versiyona bölünür. Biri eski kurallarla devam eder, diğeri yeni kurallara geçer. Ama bu iki zincirin ortak bir geçmişi vardır. Fork öncesinde yapılan tüm işlemler her iki zincirde de mevcuttur. Ve eğer iki zincir aynı işlem formatını koruyorsa, fork sonrasında yapılan işlemler de her ikisinde geçerli sayılabilir.

Kullanıcı sadece bir zincirde işlem yaptığını düşünür. Oysa imzaladığı işlem diğer zincirde de geçerli olabilir ve bir saldırgan bu işlemi diğer zincirde yeniden yayımlayarak her iki zincirden de fon transfer edebilir. Kullanıcı farkına varmadan iki zincirde birden para göndermiş olur.

 

 

ETHEREUM VE ETHEREUM CLASSİC: TARİHİN EN BİLİNEN VAKASI

Replay saldırısının kripto tarihindeki en çarpıcı örneği 2016 yılında Ethereum topluluğunun yaşadığı hard fork sürecinde ortaya çıktı. Bu vakayı anlamak, saldırının nasıl işlediğini somut olarak görmek açısından kritik önem taşıyor.

Haziran 2016'da The DAO adlı merkeziyetsiz yatırım fonu büyük bir akıllı sözleşme açığından yararlanılarak saldırıya uğradı ve yaklaşık 60 milyon dolarlık Ether çalındı. Ethereum topluluğu uzun tartışmaların ardından saldırıdan etkilenen işlemleri geri almak için bir hard fork yapmaya karar verdi. Yeni zincir Ethereum adını korurken eski zincir Ethereum Classic adını aldı ve orijinal değişmezlik ilkesine bağlı kalmaya devam etti.

İşte tam bu noktada replay saldırısı devreye girdi. Fork gerçekleştiğinde iki zincir aynı işlem formatını paylaşıyordu ve aralarında replay koruması yoktu. Bir kullanıcı Ethereum zincirinde bir işlem yaptığında aynı işlem Ethereum Classic zincirinde de geçerliydi. Bazı kullanıcılar ve saldırganlar bunu fark ederek Ethereum üzerindeki işlemleri kopyalayıp Ethereum Classic zincirinde yeniden yayımladı. Bu sayede borsalarda Ethereum çekip Ethereum Classic de kazananlar oldu. Ethereum Classic ağı bu dönemde ciddi güven kaybı yaşadı ve topluluk acil önlemler almak zorunda kaldı.

Bu vaka kripto tarihinde replay saldırısının ne kadar sistematik ve yaygın bir tehdit oluşturabileceğini açıkça ortaya koydu. Ethereum topluluğu bu dersi alarak sonraki fork süreçlerinde replay korumasını zorunlu hale getirdi.

 

SALDIRININ ADIM ADIM İŞLEYİŞİ

Bir replay saldırısının nasıl gerçekleştiğini adım adım anlamak hem tehdidi kavramak hem de korunma yöntemlerini değerlendirmek açısından önemli.

İlk adımda iki zincirin var olması gerekir. Bu genellikle bir hard fork sonrasında oluşur. Her iki zincir de aynı işlem formatını ve adres yapısını paylaşıyorsa zemin hazırdır.

İkinci adımda kurban zincirlerden birinde meşru bir işlem yapar. Örneğin 100 ETH'yi bir borsaya gönderir. Bu işlem dijital imzasıyla onaylanmış ve ağa yayımlanmıştır.

Üçüncü adımda saldırgan bu onaylanmış işlemi ağdan alır. Bunu yapmak için özel bir izne veya teknik erişime gerek yok: blokzincir işlemleri kamuya açık ve herkes tarafından görülebilir.

Dördüncü adımda saldırgan bu işlemi diğer zincire yayımlar. İki zincir aynı formatı kullandığı için işlemin imzası burada da geçerli kabul edilir. Ağ bu işlemi sanki kurban bizzat imzalamış gibi işleme alır.

Beşinci ve son adımda kurban farkında olmadan her iki zincirde de aynı miktarda varlık göndermiş olur. 100 ETH gönderdiğini düşünürken aslında hem 100 ETH hem de 100 ETC göndermiştir.

 

 

REPLAY KORUMASI TÜRLERİ

Replay saldırısına karşı geliştirilen teknik çözümler iki ana kategoriye ayrılır: güçlü replay koruması ve isteğe bağlı replay koruması.

Güçlü replay koruması, her iki zincirin işlemlerinin birbirinde hiçbir koşulda geçerli sayılmamasını zorunlu kılan bir mekanizmadır. Bunu sağlamanın en yaygın yolu zincir kimliği yani chain ID kullanmaktır. Her zincire benzersiz bir numara atanır ve işlemler bu numarayı içerecek şekilde imzalanır. Farklı chain ID içeren bir işlem diğer zincirde otomatik olarak reddedilir. Ethereum 2016 sonrasında EIP-155 standardıyla bu mekanizmayı benimsedi. Artık Ethereum üzerindeki her işlem hangi zincir için geçerli olduğunu kriptografik olarak belirtiyor.

İsteğe bağlı replay koruması ise kullanıcının kendi inisiyatifiyle uygulaması gereken bir önlem türüdür. Bu yaklaşımda protokol otomatik koruma sağlamaz, kullanıcılar işlemlerini manuel olarak farklılaştırmak zorunda kalır. Bu yöntem hem daha az güvenilir hem de teknik bilgi gerektirdiği için bireysel kullanıcılar açısından risklidir.

Nonce mekanizması da replay korumasının temel araçlarından biridir. Nonce, her işleme atanan benzersiz bir sayıdır ve her yeni işlemde bir artırılır. Aynı nonce değeri iki kez kullanılamaz. Bu yapı tek zincir içindeki tekrar saldırılarını önler ancak çapraz zincir replay saldırılarına karşı tek başına yeterli değildir.

Zaman damgası kullanımı ise işlemlere belirli bir geçerlilik süresi ekler. Süresi dolmuş bir işlem zincir tarafından reddedilir. Bu yöntem replay saldırısı penceresini daraltır ama tamamen ortadan kaldırmaz.

 

 

AKILLI SÖZLEŞMELER VE DEFİ'DE REPLAY RİSKİ

Replay saldırısı yalnızca zincirler arası bir tehdit değil. Tek bir zincir içinde de benzer mekanizmalar farklı bağlamlarda istismar edilebilir. Özellikle akıllı sözleşmeler ve DeFi protokolleri bu riskin yeni boyutlarını gündeme taşıdı.

Akıllı sözleşmelerde imzalı mesajlar çok yaygın kullanılır. Bir kullanıcı belirli bir işlemi yetkilendiren bir imza oluşturur ve bu imzayı protokole sunar. Eğer protokol bu imzanın yalnızca bir kez kullanılabilir olmasını sağlamazsa saldırgan aynı imzayı tekrar tekrar kullanarak yetkisiz işlemler gerçekleştirebilir.

DeFi alanında özellikle çapraz zincir köprü protokolleri bu riske karşı savunmasızdır. Bir zincirde varlık kilitleyen ve diğer zincirde karşılığını serbest bırakan köprüler, her iki taraftaki mesajların benzersizliğini garanti etmezse replay saldırısına açık hale gelir.

Geliştiriciler açısından bu risk şu temel kuralı zorunlu kılıyor: her imzalı mesaj benzersiz bir tanımlayıcı, zincir kimliği, sözleşme adresi ve geçerlilik süresi içermeli ve bu imza bir kez kullanıldıktan sonra kalıcı olarak geçersiz sayılmalıdır.

 

 

ETHEREUM THE MERGE VE REPLAY RİSKİ

Eylül 2022'de Ethereum'un Proof of Work'ten Proof of Stake'e geçtiği The Merge güncellemesi, replay saldırısı konusunda yeniden gündem oluşturdu. Bu sefer risk farklı bir kaynaktan geliyordu: bazı madenciler ve topluluklar Proof of Work zincirini ETHPoW adıyla devam ettirme kararı aldı.

ETHPoW zinciri başlangıçta Ethereum ile aynı işlem formatını paylaşıyordu. Bu durum teknik olarak replay saldırısı için zemin oluşturuyordu. Ancak ETHPoW topluluğu bu riski öngörerek farklı bir chain ID benimsedi. Bu önlem sayesinde iki zincir arasındaki replay penceresi büyük ölçüde kapatıldı.

Bununla birlikte The Merge sürecinde bazı kullanıcılar ve borsalar geçici olarak dikkatli davranmak zorunda kaldı. Bu dönemde büyük borsalar para yatırma ve çekme işlemlerini geçici olarak durdurdu ya da kısıtladı. The Merge vakası replay korumasının ne kadar kritik bir planlama gerektirdiğini ve toplulukların bu riski önceden ele alması gerektiğini bir kez daha ortaya koydu.

 

 

BİREYSEL YATIRIMCI İÇİN KORUNMA REHBERİ

Replay saldırısından korunmak için her şeyin teknik bilgiye ihtiyaç duyulmaz. Birkaç temel alışkanlık bu riski büyük ölçüde ortadan kaldırabilir.

Hard fork dönemlerinde sabırlı olmak en önemli önlemdir. Bir hard fork duyurulduğunda aceleyle işlem yapmayın. Projenin replay koruması uygulayıp uygulamadığını ve hangi chain ID değerini benimsediğini öğrenin. Bu bilgilere projenin resmi kanallarından ulaşabilirsiniz.

Güvenilir cüzdanlar kullanmak da kritik önem taşır. Modern ve aktif olarak geliştirilen cüzdanlar, hard fork süreçlerinde genellikle replay korumasını otomatik olarak uygular. Güncel olmayan veya terk edilmiş cüzdanlar bu korumaları barındırmayabilir.

Fork dönemlerinde borsaların uyarılarını dikkate alın. Büyük borsalar hard fork süreçlerinde genellikle geçici kısıtlamalar uygular ve kullanıcılarını bilgilendirir. Bu duyuruları görmezden gelmek sizi replay riskine karşı savunmasız bırakabilir.

Küçük test işlemleri yapmak da iyi bir alışkanlıktır. Büyük miktarlarda varlık taşımadan önce küçük bir test işlemi yapın. İşlemin doğru zincirde gerçekleşip gerçekleşmediğini ve beklenmedik bir sonuç doğurup doğurmadığını kontrol edin.

Son olarak fork sonrasında aynı cüzdanı her iki zincirde birden kullanmaktan kaçının. Fork sonrasında varlıklarınızı yeni adreslere taşımak replay saldırısı riskini köklü biçimde azaltır.

 

 

REPLAY SALDIRISI VE DİĞER SALDIRI TÜRLERİYLE KARŞILAŞTIRMA

Replay saldırısını diğer blokzincir saldırı türlerinden ayıran temel özellik teknik sofistikasyon gerektirmemesidir. Yüzde 51 saldırısı için devasa hesaplama gücü gerekir. Akıllı sözleşme açıklarını istismar etmek için derin teknik bilgi şarttır. Flash loan saldırıları karmaşık finansal mühendislik içerir. Replay saldırısı ise bunların hiçbirini gerektirmez.

Saldırgan zaten kamuya açık olan bir işlemi kopyalar ve başka bir yerde kullanır. Bu basitlik aynı zamanda neden korunmanın da basit ama kritik olduğunu açıklar: ağ düzeyinde replay koruması uygulandığında bu saldırı türü neredeyse tamamen bertaraf edilir.

Öte yandan replay saldırısı çifte harcama saldırısıyla zaman zaman karıştırılır. İkisi arasındaki fark şudur: çifte harcama aynı zincirde aynı fonları iki kez kullanmayı hedefler ve genellikle madenci gücü gerektiren aktif bir manipülasyon içerir. Replay saldırısı ise iki farklı zincirde aynı imzayı kullanarak her iki zincirden de fon transferi gerçekleştirmeyi hedefler. Çifte harcama aktif bir saldırı, replay ise yapısal bir açığın pasif olarak istismarı olarak tanımlanabilir.

 

 

SÖZÜN ÖZÜ

Replay saldırısı blokzincir güvenliğinin en az göz önünde bulundurulan ama en temel tehditlerinden biri. Saldırgan ne özel anahtarınıza erişir ne de sistemi hackler. Sadece daha önce yaptığınız meşru bir işlemi kopyalayıp başka bir ortamda yeniden kullanır. Bu sadelik aynı zamanda neden ciddi bir tehdit oluşturduğunu açıklar.

Ethereum'un 2016'daki hard fork vakası ve sonraki tüm zincir ayrılma süreçleri bu saldırının teorik değil gerçek bir risk olduğunu kanıtladı. Ağ düzeyinde replay koruması yani chain ID mekanizması bu riski büyük ölçüde bertaraf eder. Ama her hard fork sürecinde bu korumanın uygulanıp uygulanmadığını kontrol etmek kullanıcının sorumluluğundadır.

Bireysel yatırımcı açısından mesaj açık: fork dönemlerinde sabırlı olun, resmi kaynakları takip edin ve replay koruması teyit edilmeden büyük işlemler yapmaktan kaçının. Blokzincirin şeffaflığı bir güç ama aynı zamanda işlemlerinizin herkese açık olduğu anlamına da gelir. Bu açıklığı kötüye kullanan bir saldırıya karşı en iyi savunma bilinçli ve dikkatli davranmaktır.

 

Kaynaklar

1. https://tangem.com/en/glossary/replay-attack/
2. https://www.exodus.com/support/en/articles/8598706-what-is-a-replay-attack
3. https://www.nadcab.com/blog/replay-attacks