RWA Oracle Manipülasyonu: Saldırı Mekanikleri ve Gerçek Vakalar

RWA oracle’ları neden farklı bir sorundur

İnsanların okuduğu çoğu DeFi istismarı, Uniswap veya Aave üzerindeki ünlü vakalar dahil, en azından teoride halka açık bir borsada gözlemlenebilen bir fiyatın manipüle edilmesine dayanır. Bir token’ın spot fiyatını flash loan ile yukarı itersiniz, bir borç verme protokolü yeni fiyatı “gerçek” fiyat olarak yanlış okur ve şişirilmiş teminat karşılığında borç alırsınız. Savunma, fiyatları birçok borsadan okuyup ortalamaktır. Gerçek dünya varlıkları bu zihinsel modeli tamamen bozar.

Ondo, Maple, MakerDAO’nun RWA kasası veya Centrifuge gibi protokollerin kullandığı anlamıyla bir RWA, offchain bir şeye ilişkin tokenlaştırılmış bir haktır: bir ABD Hazine bonosu, özel kredi senedi veya fon payı. Bu hakkın “fiyatı”, bir fon yöneticisi ya da ihraççı tarafından bildirilen net varlık değeridir (NAV), genellikle iş günü başına bir kez ve bazen yalnızca piyasalar açıkken raporlanır. Okunacak bir emir defteri yoktur. Sürekli çift taraflı açık artırma yoktur. En iyi ihtimalle bir saklayıcıdan gelen imzalı bir dosya veya governance multisig tarafından yapılan manuel bir giriş vardır.

Bu durum, her blokta taze, doğru ve manipüle edilebilir bir fiyat bekleyen onchain borç verme veya mint mantığıyla yapısal bir uyumsuzluk yaratır. RWA oracle manipülasyonu saldırıları tam da bu uyumsuzlukta yaşar. Bir saldırganın piyasayı hareket ettirmesine gerek yoktur. NAV’ın güncellendiği an ile bir protokolün buna göre işlem yaptığı an arasındaki boşluğu istismar etmesi veya tek bir zaman damgasının onchain görünümü domine etmesine izin veren kötü yapılandırılmış bir akıştan yararlanması yeterlidir.

Gerçek hata modları: RWA oracle’ları gerçekte nasıl bozulur

Vaka çalışmalarına geçmeden önce, olay raporlarında ve denetim yazılarında tekrar tekrar görülen hata modlarını adlandırmak faydalıdır. Belgelenmiş RWA oracle manipülasyonu girişimlerinin büyük çoğunluğunu altı kalıp açıklar.

1. Dar zaman aralıklı NAV manipülasyonu

Bazı RWA protokolleri, onchain fiyat işaretçilerini yalnızca yetkili bir bot işlem gönderdiğinde günceller. Bot birkaç saatte bir ya da yalnızca bir keeper’a ödeme yapıldığında çalışıyorsa, onchain “fiyat” fiilen bir anlık görüntüdür. Dayanak piyasayı kısa süreliğine hareket ettirebilen veya keeper’ı yanlış bir sayı göndermeye ikna edebilen bir saldırgan, bu anlık görüntüyü tüm bir blok aralığında oracle değeri olarak kullanabilir. Flash loan bunu büyütür: borç al, referansı boz, keeper’ın bozulmuş NAV’ı göndermesini sağla, buna karşılık mint et, geri öde, hepsi tek bir işlem içinde.

2. Hafta sonu ve tatil günü NAV likiditesizliği

2024–2026 döneminde baskın RWA teminat türü olan ABD Hazine tahvilleri hafta sonları işlem görmez. Bazı RWA protokolleri de hafta sonlarında veya tatillerde NAV güncellemelerini durdurur. Onchain protokol offchain piyasa ile birlikte durmazsa, saldırganlar 72 saate kadar eski bir NAV’a karşılık mint edebilir veya borç alabilir. Uzun bir hafta sonunda, pazartesi açılışında faizler hareket ederken, “eski” bir NAV her iki yönde de anlamlı ölçüde yanlış olabilir.

3. Eski fiyatların alanlar arası yeniden oynatılması

Birçok tokenlaştırılmış Hazine ürünü ve getiri sağlayan sarmalayıcı artık birden fazla zincirde mevcut. Ethereum mainnet üzerinde gönderilen bir NAV güncellemesi, Layer 2’ye, Solana gibi bir alt-L1’e veya bir sidechain’e otomatik olarak yansımaz. Alanlar arasında fiyat mesajlarını kopyalayan köprülerin çoğu kendi gecikmelerine sahiptir, bazen dakikalar, bazen saatler. Ethereum’un NAV’ının güncellendiğini ancak hedef zincirin hâlâ cuma günkü sayıyı okuduğunu fark eden bir saldırgan farkı arbitrajlayabilir. Fiilen “eski fiyat”, hedef zincirde ücretsiz bir satım opsiyonuna dönüşür.

4. İç fiyatlama zafiyetleri

Bazı RWA protokolleri kendi NAV’larını onchain sinyallerden hesaplar: mevduat oranları, pay arzı, itfa kuyruğu. Bu sinyallerin kendileri manipüle edilebiliyorsa, “oracle” döngüseldir. Görünen oranı kısa süreliğine şişiren veya bir TWAP’ı çarpıtmak için itfaları zamanlayan bir mevduat sahibi, offchain bir varlığa hiç dokunmadan hesaplanan NAV’ı hareket ettirebilir. Bu, dar zaman aralıklı saldırının yalnızca onchain çalışan kuzenidir ve permissioned RWA havuzlarında giderek daha yaygın hale gelmektedir.

5. Dış fiyatlama zafiyetleri

Ters yöndeki hata şudur: protokol, kaynak metodolojisini doğrulamadan üçüncü taraf bir fiyat akışına güvenir (Chainlink, RedStone, özel bir push oracle). Üçüncü taraf kısa süreliğine yanlış bir sayı yayımlarsa veya üçüncü tarafın okuduğu API’nin kendisi bir ödeme duvarının arkasındaysa ya da oran sınırlamasına takılıyorsa, protokol çöple işlem yapar. Chainlink, özellikle “sadece Chainlink kullan” yaklaşımı yalnızca OTC işlem gören bir varlık için tam bir cevap olmadığı için birkaç RWA’ya özel referans mimarisi yayımlamıştır.

6. Governance ve anahtar ele geçirilmesi

Son olarak sıkıcı olanı: multisig veya oracle botunun özel anahtarı phishing ile ele geçirilir ve saldırgan istediği NAV’ı gönderir. Bu, kriptoekonomik anlamda gerçekten bir “oracle” hatası değildir, ancak olay sonrası raporlarda aynı olay raporlarında görünür ve geçici bir indirim yerine fonların tamamen kaybıyla sonuçlanma olasılığı en yüksek hata modudur.

Risk öncelikli yaklaşım: bir saldırganın gerçekte ne yapabileceği

Başarılı bir RWA oracle manipülasyon saldırısının kullanıcı düzeyinde nasıl göründüğünü açıkça belirtmek önemlidir, çünkü en kötü sonuçlar 'fiyat dalgalandı' değildir.

• Şişirilmiş teminat, ardından borç alma: Saldırgan NAV değerini yukarı iter, yatırılan veya önceden yatırılmış teminat daha değerli görünür, saldırgan yapay olarak yüksek LTV ile stablecoin veya başka varlıklar borç alır, borç verme tarafını boşaltır.
• Düşürülmüş NAV, ardından itfa: Saldırgan NAV değerini aşağı iter, önce talep göndererek diğer itfa edenlerin önüne geçer, tam nominal değeri alırken daha sonra itfa edenler kesintiye uğrar. Bu genellikle ilgili bir türevde short pozisyonla birleştirilir.
• Hayalet teminata karşı mint etme: Mint ve burn wrapper'larında, örneğin wrapped Hazine token'larında, saldırgan artık dayanağı yansıtmayan eski bir NAV karşılığında yeni wrapped token'lar mint eder, ardından hâlâ wrapper'a güvenen bir piyasada satar.
• Cross-chain arbitraj boşaltması: Saldırgan domain'ler arasında bir fiyat farkı fark eder, eski verili domain'de ucuza mint eder, güncel domain'e bridge eder, doğru fiyattan satar. Ucuz taraf boşalana kadar bunu tekrarlar.
• Likidasyon zinciri: Saldırgan diğer kullanıcıların likidasyonlarını tetiklemek için NAV değerini aşağı zorlar, ardından manipülasyon bittiğinde NAV toparlanacağı için likide edilen teminatı indirimli alır.

Şimdiye kadar söz konusu olan dolar tutarları, 2021–2022 döneminin manşetlere çıkan DeFi hack'lerine kıyasla küçüktür. Ancak RWA sektörü hızla büyüyor ve yukarıdaki vektörlerin birkaçı TVL (kilitli toplam değer) ile ölçekleniyor. 50 milyon dolarlık Hazine teminatıyla güvenli görünen bir protokol, yalnızca hedeflenebilir saldırgan ödülü büyüdüğü için 5 milyar dolarda güvensiz hâle gelebilir.

Vaka incelemeleri: gerçeğe daha yakın olaylar

RWA oracle manipülasyon saldırılarına ilişkin herkese açık olay sonrası raporlar azdır. Bunun nedeni kısmen ilgili protokollerin genellikle küçük olması, kısmen ihraççıların sessiz uzlaşmaları tercih etmesi, kısmen de bazı olayların hâlâ hukuki süreçlerde olmasıdır. Aşağıdaki dört örnek onchain verilerden, denetim raporlarından ve protokol açıklamalarından yeniden oluşturulmuştur. Bunlar mekanikleri gösterir, kesin dolar sonuçlarını zorunlu olarak değil, protokolün resmi açıklama yapmadığı yerlerde takma adlar kullanılmıştır.

Vaka A: Tokenize Hazine wrapper'ında 'hafta sonu boşluğu'

Layer 2 üzerindeki küçük bir tokenize ABD Hazinesi protokolü, wrapped token'ını bir keeper bot tarafından güncellenen NAV karşısında fiyatlıyordu. Bot yalnızca hafta içi çalışacak şekilde yapılandırılmıştı. Uzun bir ABD tatil hafta sonu boyunca wrapped token için onchain piyasalar işlem görmeye devam etti, ancak NAV işaretçisi cuma kapanışında kaldı. Bir saldırgan, pazartesi beklenen Hazine getirilerinin farklı bir NAV ima ettiğini fark etti. Wrapped token'ı bir DEX üzerinde shortladı, ardından keeper'ın pazartesi NAV değerini göndermesini bekledi. Keeper, cuma değerinden yaklaşık 40 baz puan daha düşük bir sayı gönderdi, short pozisyon kazandırdı ve protokolün likidite sağlayıcıları zararı üstlendi. Hiçbir kod hack'lenmedi. 'Oracle' teknik olarak yapılandırıldığı gibi çalışıyordu.

Protokolün sonradan benimsediği azaltım önlemi bir sapma eşiğiydi: önceki güncellemeden X baz puandan fazla uzak bir NAV güncellemesini timelock gecikmesi olmadan kabul etmeyi reddetmek. TWAP (zaman ağırlıklı ortalama fiyat) tek başına burada yardımcı olmaz, çünkü dayanak NAV hiç piyasa fiyatlı değildir. Yardımcı olan şey, büyük herhangi bir NAV hareketini varsayılan olarak şüpheli kabul etmektir.

Vaka B: Özel kredi havuzunda flash-loan NAV manipülasyonu

Bir özel kredi RWA havuzu, yatıranların offchain kredi pozisyonlarına karşı bir pay token'ı mint etmesine izin veriyordu. Pay token'ının fiyatı, mevduat oranı, itfa kuyruğu uzunluğu ve düşük likiditeli bir DEX'ten okunan referans oranın birleşiminden onchain olarak hesaplanıyordu. Bir saldırgan flash loan aldı, referans oranı kısa süreliğine %6 yukarı çarpıttı, onchain fiyatlama modülü çarpıtılmış oranı yeni NAV olarak kabul etti ve saldırgan şişirilmiş NAV üzerinden büyük bir pay pozisyonu mint etti. Hemen offchain havuza karşı itfa etti, birkaç milyon dolarlık kıdemli dilimleri boşalttı ve flash loan'ı geri ödedi. Tüm süreç tek bir işlemde gerçekleşti.

Olay sonrası inceleme, üst üste binmiş iki hatayı gösterdi: referans oran tek ve sığ bir havuzdan alınıyordu, fiyatlama modülü ise tek blokluk herhangi bir fiyatı otorite kabul ediyordu. Protokol tek kaynaklı oranı çok kaynaklı medyanla değiştirdi ve en az 30 dakikalık bir TWAP penceresi ekledi. Ayrıca açık bir koruma eklediler: toplam arzın yapılandırılabilir bir oranından büyük pay mint'leri bir blok beklemeli ve sapma kontrolünden geçmelidir.

Vaka C: Getiri sağlayan stablecoin'de cross-chain replay

Tokenize Hazine varlıklarıyla desteklenen, USYC veya BUIDL ile aynı aileden olan ancak bu belirli ürünler olmayan getiri sağlayan bir stablecoin üç chain'de başlatıldı. NAV güncellemeleri Ethereum mainnet üzerinde çalışan ve mesajları diğer chain'lere kopyalayan bir relayer tarafından gönderiliyordu. Relayer'ın 15 dakikalık heartbeat'i vardı ve gas yüksekse bir atımı atlıyordu. L1 gas'ın yükseldiği bir dönemde relayer birkaç saat geride kaldı. Hedef chain, offchain Hazine getirileri hareket etmiş olsa bile stablecoin'i eski NAV ile fiyatlamaya devam etti.

Bir arbitraj botu farkı fark etti, eski verili chain'de ucuza mint etti, güncel chain'e bridge etti ve doğru NAV üzerinden sattı. Protokolün bridge'inde kaynak ve hedef NAV işaretçilerinin belirli bir tolerans içinde eşleştiğini kontrol eden yerleşik bir mekanizma yoktu. Olaydan sonra protokol bir cross-chain tutarlılık kontrolü ekledi: hedef chain üzerindeki herhangi bir mint veya itfa, zaman damgası kaynak chain'in son güncellemesinden N dakika içinde olan bir NAV mesajına referans vermelidir. Aksi hâlde işlem revert eder.

Vaka D: İzinli havuzda iç fiyatlama döngüselliği

İzinli bir RWA havuzu, NAV değeri tamamen havuzun kendi yatırma ve itfa akışlarından hesaplanan bir makbuz token'ı ihraç etti. Özellikle NAV, son bir saat içindeki yakın dönem yatırımların hacim ağırlıklı ortalamasının pay arzına bölünmesiyle belirleniyordu. Büyük bir cüzdanı kontrol eden bir saldırgan, kendisine primli fiyattan küçük miktarda stablecoin yatırarak VWAP değerini yukarı taşıyabilir, ardından şişirilmiş NAV üzerinden yeni makbuz token'ları mint edebilirdi. Havuz izinli olduğu için KYC (müşterini tanı) kontrolleri sonunda saldırganı yakaladı, ancak bu ancak birkaç gün ve saldırının birkaç tekrarı sonrasında oldu.

Ders şudur: girdileri fiyat değişiminden faydalanan aynı aktör tarafından hareket ettirilebilen herhangi bir oracle, tanımı gereği manipüle edilebilir. Çözüm, iç fiyatlamayı harici bir referansa, bu durumda dayanak Hazine eğrisine dayalı bir Chainlink RWA feed'ine bağlamak ve tek bir aktörün domine edemeyeceği kadar uzun bir TWAP penceresi uygulamaktı.

Gerçekten işe yarayan azaltım önlemleri ve sınırları

RWA oracle manipülasyon saldırılarına karşı azaltım önlemleri 2026 itibarıyla iyi anlaşılmış durumda, ancak her biri bir ödünleşim içerir. Hiçbiri bedava değildir.

Zaman ağırlıklı ortalama fiyatlar (TWAP)

TWAP bir fiyatı genellikle 30 dakika ile 24 saat arasındaki bir pencere boyunca yumuşatır. Tek blokluk flash-loan saldırılarını boşa çıkarır, çünkü saldırganın yalnızca bir bloğu değil tüm pencereyi domine etmesi gerekir. Sınır şudur: dayanak NAV kendisi yavaş hareket eden toplu bir sayı olduğunda TWAP yardımcı olmaz. Günde bir kez güncellenen bir NAV üzerindeki TWAP, aynı NAV'ın gecikmeli bir versiyonundan ibarettir. TWAP'i NAV'ın kendisi için değil, NAV hesaplamasına giren onchain sinyaller için kullanın.

Çok kaynaklı toplama

NAV değerini birden fazla bağımsız kaynaktan okuyun, örneğin fon yöneticisi, bir Chainlink RWA feed'i, manuel multisig tasdiki, ve medyanı alın. Bu, tek kaynaklı ele geçirmeyi boşa çıkarır ve kötü bir güncellemeyi yayılmadan önce yakalar. Sınır şudur: tüm kaynaklar nihayetinde aynı yöneticinin API'sinden okuyorsa, ekstra adımları olan tek bir kaynağınız vardır. Gerçek çok kaynaklılık farklı saklama, farklı raporlama hatları ve ideal olarak farklı tüzel kişiler demektir.

Sapma eşikleri ve timelock'lar

Önceki güncellemeden X baz puandan fazla uzak herhangi bir NAV güncellemesini, yönetişimin veto edebileceği bir gecikme olmadan, örneğin 24 saatlik timelock, reddedin. Bu, dar pencere manipülasyonuna karşı en etkili tek azaltım önlemidir, çünkü çoğu manipülasyon girişimi görünür sıçramalar üretir. Sınır şudur: meşru büyük hareketler, örneğin Hazine faiz şoku veya kredi olayı, de gecikir. Protokoller eşikleri varlık sınıfına göre ayarlamalıdır.

Heartbeat sınırları

N saatten daha eski bir NAV'a göre hareket etmeyi reddedin. ABD Hazine tahvilleri için makul sınır hafta içi 48 saat, hafta sonları 72 saattir. Bunun ötesinde duraklatmayı zorunlu kılın. Bu, hafta sonu boşluğu saldırılarını boşa çıkarır ancak bir UX (kullanıcı deneyimi) sorunu yaratır: kullanıcılar duraklatılmış bir protokolde işlem yapamaz. Bazı protokoller NAV eski olduğunda mint'e izin vermeyip itfalara izin vererek bunu yönetir.

Cross-chain tutarlılık kontrolleri

Çok chain'li dağıtımlarda, hedef chain üzerindeki herhangi bir mint, borç alma veya itfanın, zaman damgası kaynak chain'e tolerans içinde olan bir NAV mesajına referans vermesini şart koşun. Aksi hâlde revert edin. Bu cross-domain replay'i boşa çıkarır ancak tek chain'li protokoller için hiçbir şey yapmaz.

Devre kesiciler ve oran limitleri

Blok başına ve gün başına mint, borç alma ve itfaların dolar değerine üst sınır koyun. Bu, diğer tüm azaltım önlemleri başarısız olsa bile başarılı bir saldırının zararını sınırlar. Saldırıyı engellemez, ancak etki alanını sınırlar.

Denetçilerin ve risk yetkililerinin gerçekten neye bakması gerekir

Bir RWA protokolü tasarlıyor, denetliyor veya kullanıyorsanız, yukarıdaki vakalardan türetilmiş kısa bir kontrol listesi aşağıdadır.

• NAV nereden geliyor? Yanıt 'bir keeper bot bir API çağırıyor' ise, hangi API olduğunu, kimin çalıştırdığını ve kapalı olduğunda ne olduğunu öğrenin.
• NAV ne sıklıkla güncelleniyor ve güncellenmediğinde ne oluyor? Eski NAV'lar için duraklatma mantığı pazarlığa açık değildir.
• Tek bir işlem oracle'ın okuduğu onchain fiyatı hareket ettirebilir mi? Evetse, bir exploit bekleyin.
• Protokol multi-chain mi? Evetse, NAV'a bağlı her işlemde cross-chain tutarlılık kontrolü var mı?
• Sapma eşiği nedir ve bunu kim geçersiz kılabilir? 12'de 7 multisig geçersiz kılma ile %0 eşik, eşik olmamasından ancak biraz daha iyidir.
• Oracle bir blok boyunca yanlışsa en kötü senaryo dolar kaybı nedir? Mint'leri ve borçlanmaları bu sayının altında oran limitiyle sınırlayın.
• Üretimde test edilmiş bir duraklatma işlevi dahil açık bir olay müdahale planı var mı?

RWA oracle riski ortadan kalkmayacak. Tokenize Hazine varlıkları, özel kredi ve diğer getiri sağlayan RWA'lar yüz milyarlarca dolara büyüdükçe saldırgan ödülü de onlarla birlikte büyür. Hayatta kalan protokoller, NAV raporlamasını arka ofis işlevi değil bir güvenlik sınırı olarak görenler olacaktır.

RWA oracle riskini akıllı şekilde takip edin

RWA protokolleri ve bunların oracle’ları sessizce ilerler ve önemli haberler çoğu zaman manşet olmadan çok önce bir forum gönderisi, bir governance oylaması veya tek bir şüpheli işlem olarak ortaya çıkar. Zippfeed, tokenlaştırılmış Hazine tahvilleri, kredi protokolleri ve oracle altyapısı genelinde RWA ile ilgili başlıkları takip eder, her öğeyi ilgili protokol için bullish, neutral veya bearish olarak puanlar ve önemine göre sıralar. Böylece keeper yapılandırması değişikliğini, multisig rotasyonunu veya NAV duraklatmasını bir olay sonrası değerlendirme yazısında görünmeden önce görürsünüz.