XRP Ledger, 18 trilyon XRP üretilmesine yol açabilecek kritik güvenlik açığını giderdi. Geliştiriciler, açığın ana ağda istismar edildiğine dair kanıt bulunmadığını açıkladı.
XRP Ledger (XRPL), ağın toplam arzını aşan miktarda XRP oluşturulmasına imkân verebilecek kritik bir güvenlik açığını giderdi. 2015 yılına uzanan yazılım hatası, özel olarak hazırlanmış tek bir işlemle yaklaşık 18 trilyon XRP üretilmesine olanak tanıyabilirdi. Geliştiriciler, açığın halka açık ağlarda kullanıldığına dair herhangi bir kanıt bulunmadığını bildirdi.
XRP Ledger Foundation ve RippleX tarafından 9 Ekim’de yayımlanan açıklamaya göre, ödeme motorundaki bir hesaplama hatası ağın 100 milyar XRP olarak belirlenen toplam arz sınırının aşılmasına neden olabilirdi. Sorunun tespit edilmesinin ardından geliştiriciler, düzeltmeyi içeren xrpld 3.4.1 sürümünü 25 Eylül’de yayımladı.
Açığı bulan güvenlik araştırmacısı Cayden Liao ve Veria AI, sorunu sorumlu biçimde bildirdikleri için hata ödül programındaki en yüksek tutar olan 250 bin doları aldı.
XRP arzını aşabilecek hata nasıl çalışıyordu?
Güvenlik açığı, XRP Ledger’ın transferleri ve merkeziyetsiz borsadaki işlemleri yöneten ödeme motorundan kaynaklandı. Yazılımda bulunan ve tam sayı taşması (integer overflow) olarak bilinen hata, belirli koşullarda hesaplanan XRP miktarının gerçekte olması gerekenden çok daha düşük görünmesine yol açabiliyordu.
Sistem, birden fazla emir üzerinden gerçekleştirilen işlemlerde ödenmesi gereken toplam tutarı hesaplarken 64 bitlik bir tam sayı kullanıyordu. Araştırmacılar, saldırganların özel fiyatlarla yüzlerce emir oluşturup bunları tek bir işlemde birleştirerek hesaplamanın sınırını aşabileceğini belirledi.
Bu durumda sistem, satıcılara emirlerinde belirtilen XRP miktarlarını aktarırken alıcıdan taşma nedeniyle hesaplanan daha düşük tutarı tahsil edebilirdi. Aradaki fark, gerçekte mevcut olmayan XRP’nin harcanabilir bakiyeler olarak ortaya çıkmasına neden olabilirdi.
Araştırmacıların yerel test ağında gerçekleştirdiği denemelerde yaklaşık 18 trilyon XRP oluşturulabileceği gösterildi. Bu miktar, ağın belirlenen toplam arzının yaklaşık 184 katına karşılık geliyor. Ancak söz konusu rakam, kontrollü güvenlik testlerinin sonucunu ifade ediyor; dolaşımdaki XRP miktarının gerçekten arttığı anlamına gelmiyor.
RippleX mühendisleri, sorunu bağımsız bir sunucuda yeniden üreterek oluşturulabilecek XRP’nin sonraki işlemlerde harcanabildiğini doğruladı. Buna karşın geliştiriciler, ana ağda bu açığın kullanıldığına ilişkin herhangi bir bulguya ulaşmadı.
Acil güncelleme için olağan onay süreci beklenmedi
Açığın giderilmesi, XRP Ledger’ın güncelleme mekanizması açısından da dikkat çekici bir karar alınmasına neden oldu. Ağda işlem kurallarını değiştiren standart güncellemeler, güvenilir doğrulayıcıların yüzde 80’inden fazlasının iki hafta boyunca desteğini gerektiren bir onay sürecinden geçiyor.
Ancak geliştiriciler, bu güvenlik açığında olağan sürecin tamamlanmasını beklemenin saldırı riskini artırabileceğini değerlendirdi. Bu nedenle düzeltme, yazılım güncellemesini yükleyen doğrulayıcılar için doğrudan devreye alındı.
25 Eylül itibarıyla varsayılan Unique Node List (UNL) üzerindeki doğrulayıcıların yüzde 80’inden fazlası 3.4.1 sürümüne geçmişti. Güncelleme, riskli hesaplamaları reddeden kontrollerin yanı sıra benzer hataların önüne geçmeyi amaçlayan ek arz doğrulamalarını da içeriyordu.
Açığın ayrıntılarının açık kaynak koduyla birlikte yayımlanması, saldırganların hatayı inceleyebilmesi açısından ayrı bir risk oluşturuyordu. Geliştiriciler, bu nedenle güvenlik düzeltmesinin geciktirilmemesini tercih etti.
Batch özelliğinde ikinci güvenlik sorunu giderildi
9 Ekim’deki açıklamada, XRP Ledger’ın Batch işlem özelliğini ilgilendiren ayrı bir güvenlik sorunu da ele alındı. Bu özellik, sekiz adede kadar işlemin tek bir operasyon altında birleştirilmesine olanak tanıyor.
Araştırmacılar, Batch işlemlerinin belirli koşullarda hatalı biçimlendirilmiş alan adlarıyla sunulabildiğini ve farklı sunucu sürümlerinin bu işlemleri farklı şekillerde yorumlayabileceğini tespit etti. Böyle bir uyumsuzluk, özellik etkinleştirildikten sonra ağın mutabakat sürecini riske atabilirdi.
Sorunun giderilmesi için fixBatchV1_2 adlı bir değişiklik hazırlandı. Yeni düzenleme, Batch içindeki işlemlerin onaylanan biçimde sunulmasını zorunlu kılıyor ve hatalı biçimlendirilmiş işlemleri reddediyor.
XRPL Foundation’a göre, ilgili güvenlik sorunu tespit edildiğinde etkilenen değişiklikler ana ağda henüz etkin değildi. Bu nedenle söz konusu açık nedeniyle kullanıcı fonu kaybı, özel anahtarların ele geçirilmesi veya mutabakat hatası yaşanmadı. İlgili güncellemelerin 9 Ekim’de etkinleştirilmesinin ardından eski yazılım sürümlerini kullanan sunucuların ağla senkronizasyonu korumak için 3.4.1 veya daha yeni bir sürüme geçmesi gerekiyor.
Güvenlik denetimleri sıkılaştırılıyor
XRP Ledger Foundation, gelecekteki yazılım sürümleri için ek bir güvenlik doğrulama adımı uygulamaya hazırlanıyor. Buna göre, daha önce bildirilen güvenlik açıkları yeni sürüm adaylarında yeniden test edilerek düzeltmenin gerçekten çalıştığı doğrulanacak.
Yeni yaklaşımın; bağımsız güvenlik denetimlerinden, hata ödül programlarından, yapay zekâ destekli testlerden ve diğer araştırmalardan gelen bulguları kapsaması planlanıyor.
Geliştiricilerin açıklamaları, XRP’nin toplam arzının fiilen arttığını değil, böyle bir sonuca yol açabilecek kritik bir yazılım hatasının giderildiğini gösteriyor. Ana ağda istismara ilişkin kanıt bulunmaması ve acil güncellemenin geniş ölçüde uygulanması, olayın ardından öne çıkan temel güvenlik unsurları oldu.
