Serangan Oracle

Apa Itu Serangan Oracle?

Serangan Oracle adalah eksploitasi keamanan kripto ketika penyerang memanipulasi, menunda, merusak, atau menyalahgunakan data yang diterima smart contract dari oracle.

Dalam aplikasi blockchain, oracle digunakan untuk mengirimkan data eksternal seperti harga aset, informasi cadangan, suku bunga, nilai acak, peristiwa dunia nyata, atau pesan cross-chain.

Dokumentasi oracle Ethereum menjelaskan bahwa smart contract tidak dapat mengakses informasi off-chain secara langsung dan memerlukan oracle untuk membawa data eksternal ke blockchain.

Serangan Oracle menargetkan ketergantungan ini.

Jika smart contract memercayai data oracle yang keliru, smart contract dapat secara otomatis menjalankan logika yang salah.

Sebagai contoh, protokol pinjaman dapat melikuidasi peminjam yang sebenarnya sehat jika oracle melaporkan harga yang terlalu rendah.

Protokol peminjaman dapat mengizinkan pinjaman dengan agunan yang tidak mencukupi jika oracle melaporkan harga agunan yang terlalu tinggi.

Kontrak derivatif dapat melakukan penyelesaian secara keliru jika oracle melaporkan nilai indeks yang salah.

Sistem stablecoin dapat salah menilai risiko agunan jika feed oracle sudah usang atau dimanipulasi.

Hal ini menjadikan Serangan Oracle salah satu risiko paling serius dalam keuangan terdesentralisasi karena smart contract dapat beroperasi persis seperti yang diprogramkan, tetapi tetap menghasilkan dampak yang merugikan.

Poin Penting tentang Serangan Oracle

• • Serangan Oracle terjadi ketika penyerang mengeksploitasi sumber data, pengiriman data, waktu, atau logika integrasi yang dipercaya smart contract.
  • Manipulasi price oracle adalah salah satu bentuk Serangan Oracle yang paling umum di DeFi.
  • Serangan Oracle dapat menyebabkan likuidasi yang tidak adil, penyelesaian yang keliru, pinjaman dengan agunan tidak mencukupi, swap dengan harga yang salah, penebusan yang gagal, serta kerugian protokol.
  • Risiko oracle muncul karena blockchain tidak dapat memverifikasi fakta off-chain secara alami tanpa sistem pelaporan.
  • Pool dengan likuiditas rendah, feed dari satu sumber, data usang, agregasi yang lemah, dan logika fallback yang tidak aman dapat meningkatkan risiko Serangan Oracle.
  • Flash loan dapat mempermudah manipulasi harga ketika protokol mengandalkan sumber harga on-chain yang lemah.
  • Penundaan oracle cross-chain dapat memberi penyerang keuntungan dari perbedaan waktu.
  • MEV dapat memperbesar dampak Serangan Oracle ketika urutan transaksi memungkinkan searcher bertindak di sekitar pembaruan oracle.
  • Perlindungan yang kuat mencakup beberapa sumber data, pemeriksaan kesegaran data, circuit breaker, agregasi yang tangguh, desain yang mempertimbangkan likuiditas, dan pemantauan berkelanjutan.
  • Oracle tidak sepenuhnya menghilangkan kebutuhan untuk memercayai sistem, sehingga pengguna dan developer perlu memahami model keamanan oracle.

Mengapa Serangan Oracle Penting dalam Kripto

Serangan Oracle penting karena banyak smart contract bernilai tinggi bergantung pada informasi eksternal.

Smart contract dapat memverifikasi saldo dan tanda tangan on-chain, tetapi tidak dapat mengetahui harga pasar aset yang sebenarnya secara mandiri tanpa feed data.

Smart contract juga tidak dapat mengetahui secara mandiri apakah pembayaran off-chain telah diterima, apakah rekening cadangan menyimpan aset yang cukup, atau apakah suatu peristiwa dunia nyata telah terjadi.

Oracle menjadi penghubung antara blockchain dan dunia eksternal.

Jika penghubung ini lemah, aplikasinya juga dapat menjadi lemah meskipun kode smart contract tampak bersih.

Panduan manipulasi price oracle OWASP menjelaskan manipulasi oracle sebagai kerentanan kritis bagi smart contract yang mengandalkan feed data eksternal.

Panduan keamanan smart contract 2026 OWASP juga terus menyoroti manipulasi terkait oracle sebagai risiko utama smart contract.

Hal ini menunjukkan bahwa keamanan oracle tetap menjadi perhatian aktif bagi developer DeFi, auditor, tim risiko, dan pengguna.

Cara Kerja Serangan Oracle

Serangan Oracle biasanya dimulai ketika smart contract bergantung pada nilai yang dapat dipengaruhi penyerang.

Nilai tersebut dapat berupa harga aset, nilai tukar, harga pool likuiditas, timestamp, laporan cadangan, angka acak, atau pesan cross-chain.

Penyerang mempelajari cara protokol membaca nilai tersebut.

Selanjutnya, penyerang mencari cara untuk mendistorsi atau menunda nilai tersebut, mendahuluinya, atau mengeksploitasi protokol sebelum nilai itu diperbarui.

Jika kontrak menerima data yang dimanipulasi, penyerang dapat memicu tindakan yang menghasilkan profit.

Tindakan ini dapat mencakup meminjam terlalu banyak, membeli aset dengan harga terlalu murah, menjual aset dengan harga terlalu mahal, memicu likuidasi, mengklaim reward, atau menyelesaikan kontrak secara tidak adil.

Serangan dapat terjadi dalam satu transaksi atau melalui beberapa transaksi.

Beberapa serangan memanfaatkan pergerakan harga sementara.

Beberapa serangan memanfaatkan data usang.

Beberapa serangan memanfaatkan kendali tata kelola.

Beberapa serangan memanfaatkan perbedaan waktu cross-chain.

Masalah Oracle di Balik Serangan Oracle

Masalah oracle adalah alasan utama Serangan Oracle dapat terjadi.

Smart contract bersifat deterministik, yang berarti setiap node yang jujur seharusnya menghasilkan hasil yang sama saat memproses transaksi yang sama.

Smart contract tidak dapat dengan aman memanggil API situs web biasa selama eksekusi karena setiap node bisa menerima respons yang berbeda.

Satu node mungkin menerima harga terbaru, sementara node lain menerima harga yang lebih lama.

Satu node mungkin menerima error, sementara node lain menerima respons yang valid.

Karena itu, data eksternal harus dilaporkan ke blockchain melalui sistem oracle.

Masalahnya, smart contract kemudian harus memercayai desain oracle tersebut.

Jika oracle melaporkan data yang keliru, blockchain tetap dapat mengeksekusi kontrak berdasarkan data yang salah itu.

Serangan Oracle mengeksploitasi kesenjangan antara kepastian on-chain dan ketidakpastian off-chain ini.

Semakin kuat desain oracle, semakin sulit kesenjangan tersebut dieksploitasi.

Manipulasi Price Oracle

Manipulasi price oracle adalah jenis Serangan Oracle yang paling umum dalam keuangan kripto.

Serangan ini terjadi ketika penyerang memengaruhi harga yang digunakan smart contract untuk trading, pinjaman, peminjaman, agunan, likuidasi, atau penyelesaian.

Protokol yang lemah mungkin menggunakan harga spot dari pool automated market maker dengan likuiditas rendah sebagai satu-satunya sumber harga.

Penyerang dapat melakukan trading dalam jumlah besar terhadap pool tersebut untuk menggerakkan harga sementara.

Jika protokol membaca harga yang terdistorsi selama periode tersebut, penyerang mungkin memperoleh profit.

Contohnya, penyerang dapat menaikkan nilai agunan lalu meminjam lebih banyak daripada nilai agunan yang sebenarnya.

Penyerang juga dapat menurunkan harga agunan dan memicu likuidasi yang tidak adil.

Panduan manipulasi price oracle OWASP memperingatkan bahwa data oracle yang dimanipulasi dapat menyebabkan smart contract beroperasi secara keliru.

Manipulasi price oracle berbahaya karena kontrak DeFi sering merespons perubahan harga secara otomatis tanpa pemeriksaan manusia.

Satu harga yang keliru dapat memicu serangkaian keputusan keuangan yang salah.

Serangan Oracle dengan Flash Loan

Flash loan dapat mempermudah Serangan Oracle ketika protokol memercayai sumber harga yang dapat dimanipulasi.

Flash loan memungkinkan pengguna meminjam aset dan melunasinya dalam transaksi yang sama.

Jika pinjaman tidak dilunasi, seluruh transaksi akan dibatalkan.

Penyerang dapat menggunakan flash loan untuk memperoleh modal sementara dalam jumlah besar.

Penyerang kemudian dapat memakai modal tersebut untuk menggerakkan harga pasar dengan likuiditas rendah.

Penyerang dapat membuat protokol yang rentan membaca harga yang terdistorsi.

Setelah itu, penyerang dapat meminjam, melakukan swap, melikuidasi, atau menyelesaikan transaksi berdasarkan harga yang terdistorsi tersebut.

Terakhir, penyerang melunasi flash loan dan menyimpan profit jika eksploitasi berhasil.

Masalahnya bukan flash loan itu sendiri.

Masalahnya adalah protokol yang memercayai sumber harga yang dapat digerakkan dengan biaya murah selama waktu yang cukup untuk dieksploitasi.

Desain oracle yang kuat seharusnya membuat biaya manipulasi harga lebih besar daripada potensi profitnya.

Serangan Oracle pada Pasar dengan Likuiditas Rendah

Likuiditas rendah merupakan salah satu tanda peringatan terbesar terkait risiko Serangan Oracle.

Jika protokol menggunakan pasar dengan likuiditas kecil sebagai sumber harga, modal yang lebih sedikit dapat mengubah harga yang dilaporkan.

Pasar yang dalam lebih sulit dimanipulasi karena penyerang harus mengeluarkan lebih banyak biaya untuk mengubah harga secara berarti.

Pasar yang tipis lebih mudah dimanipulasi karena hanya ada sedikit order atau cadangan pool yang dapat menghalangi penyerang.

Hal ini penting untuk token baru, token kecil, pool likuiditas terisolasi, aset agunan dengan pasar terbatas, dan pasar dengan aktivitas trading yang rendah.

Protokol mungkin tampak aman dalam kondisi tenang, tetapi menjadi rentan saat volatilitas atau volume rendah.

Penyerang sering mencari cara termurah untuk mengubah nilai oracle.

Jika oracle menggunakan satu pool tipis atau satu sumber yang lemah, cara tersebut mungkin mudah ditemukan.

Developer sebaiknya mengukur biaya ekonomi manipulasi sebelum memercayai feed harga apa pun.

Pengguna sebaiknya berhati-hati ketika protokol pinjaman atau derivatif mendukung aset dengan likuiditas rendah.

Serangan Oracle dengan Sumber Tunggal

Oracle sumber tunggal bergantung pada satu sumber data atau satu jalur pelaporan.

Hal ini menciptakan satu titik kegagalan.

Jika sumber tersebut dimanipulasi, diretas, ditunda, salah konfigurasi, atau tidak tersedia, smart contract dapat menerima data yang keliru.

Oracle sumber tunggal sangat berisiko untuk protokol bernilai tinggi.

Oracle seperti ini mungkin mudah dibuat, tetapi kesederhanaannya dapat menciptakan kepercayaan yang terpusat.

Protokol yang menggunakan satu harga pasar, satu API, satu administrator, atau satu pelapor harus menjelaskan alasan sumber tersebut cukup andal.

Sistem oracle terdesentralisasi mengurangi risiko ini dengan menggunakan beberapa sumber data, beberapa node, dan metode agregasi.

Dokumentasi model data terdesentralisasi Chainlink menjelaskan feed data dengan komponen kontrak consumer, proxy, dan aggregator.

Arsitektur semacam itu dapat mengurangi ketergantungan pada satu jalur input langsung.

Namun, desentralisasi harus nyata dan bermakna agar dapat mengurangi risiko serangan.

Serangan Data Oracle Usang

Data oracle usang adalah data yang belum diperbarui cukup baru sehingga tidak lagi aman untuk digunakan.

Penyerang dapat mengeksploitasi data usang ketika harga pasar yang sebenarnya telah berubah, tetapi smart contract masih membaca nilai lama.

Contohnya, harga agunan mungkin telah turun tajam di pasar sebenarnya, sementara oracle masih melaporkan harga lama yang lebih tinggi.

Peminjam dapat menggunakan harga usang tersebut untuk meminjam lebih banyak daripada yang dapat dijamin dengan aman oleh agunannya.

Dalam kasus lain, harga rendah yang usang dapat menciptakan peluang likuidasi yang tidak adil.

Data usang dapat terjadi akibat kemacetan jaringan, kegagalan node oracle, insentif yang lemah, keterlambatan pelaporan, feed yang dijeda, atau logika integrasi yang buruk.

Developer sebaiknya memeriksa timestamp sebelum menggunakan nilai oracle.

Developer juga sebaiknya menolak nilai yang terlalu lama untuk profil risiko aplikasi.

Suatu nilai mungkin benar saat diterbitkan, tetapi menjadi tidak aman setelah pasar berubah.

Kesegaran data adalah bagian dari keamanan oracle.

Serangan terhadap Waktu Pembaruan

Serangan terhadap waktu pembaruan terjadi ketika penyerang memperoleh profit dengan mengetahui kapan data oracle akan berubah.

Jika pembaruan harga akan membuat suatu posisi memenuhi syarat untuk dilikuidasi, searcher dapat bersaing mengirimkan transaksi likuidasi pada waktu yang sama.

Jika oracle memperbarui data dengan lambat, penyerang dapat bertindak sebelum pembaruan mencapai kontrak.

Jika pembaruan oracle dapat diprediksi, penyerang dapat menyiapkan transaksi di sekitar waktu pembaruan yang diperkirakan.

Jika blockchain berbeda menerima pembaruan yang sama pada waktu yang berbeda, penyerang dapat mengeksploitasi jeda tersebut.

Risiko ini berkaitan erat dengan MEV.

Dokumentasi MEV Ethereum menjelaskan bahwa nilai dapat diekstraksi dengan memasukkan, mengecualikan, atau mengatur ulang transaksi dalam sebuah blok.

Pembaruan oracle dapat menciptakan MEV karena pembaruan tersebut mengubah kondisi keuangan banyak kontrak sekaligus.

Nilai oracle yang benar tetap dapat menghasilkan dampak yang tidak adil jika waktu dan urutan transaksi dirancang dengan buruk.

Keamanan oracle harus mempertimbangkan akurasi data sekaligus waktu penyampaiannya.

Serangan Oracle Berbasis MEV

Serangan Oracle berbasis MEV berfokus pada pengurutan transaksi di sekitar tindakan yang sensitif terhadap oracle.

Penyerang dapat mengawasi transaksi yang masih menunggu untuk memperbarui nilai oracle, memicu likuidasi, atau melakukan swap besar.

Penyerang mungkin mencoba menempatkan transaksinya sendiri sebelum atau sesudah transaksi target.

Hal ini dapat memengaruhi prioritas likuidasi, profit arbitrase, eksekusi swap, atau hasil penyelesaian.

Dalam beberapa kasus, penyerang tidak perlu merusak nilai oracle secara langsung.

Penyerang hanya perlu bertindak lebih cepat atau mendapatkan urutan transaksi yang lebih menguntungkan di sekitar pembaruan oracle.

Karena itu, MEV menjadi risiko struktur pasar bagi protokol yang bergantung pada oracle.

Perutean transaksi privat, lelang batch, skema commit-reveal, penyelesaian tertunda, dan desain likuidasi yang cermat dapat mengurangi sebagian risiko pengurutan transaksi.

Metode ini memiliki kompromi dan tidak menghilangkan semua jalur serangan.

Perlindungan MEV yang mempertimbangkan oracle sebaiknya dirancang sebelum protokol menyimpan nilai besar.

Serangan Oracle Cross-Chain

Serangan Oracle cross-chain terjadi ketika penyerang mengeksploitasi cara informasi berpindah di antara blockchain.

Oracle cross-chain dapat melaporkan bahwa suatu peristiwa telah terjadi di blockchain lain.

Oracle tersebut dapat meneruskan harga, saldo, state root, pesan tata kelola, atau data terkait bridge.

Setiap blockchain memiliki waktu blok, aturan finalitas, biaya, dan pola kemacetan yang berbeda.

Hal ini menimbulkan tantangan terkait waktu dan verifikasi.

Penyerang dapat mengeksploitasi pesan yang tertunda, pesan yang dikirim terlalu cepat, kelompok relayer yang lemah, atau ketidakcocokan asumsi finalitas.

Pesan yang benar di satu blockchain tetap dapat menjadi tidak aman jika blockchain lain menganggapnya final terlalu cepat.

Serangan Oracle cross-chain dapat menjadi rumit karena menggabungkan risiko oracle, risiko bridge, risiko validator, dan risiko waktu.

Protokol sebaiknya tidak memperlakukan pesan cross-chain sebagai panggilan API biasa.

Protokol perlu menentukan persyaratan finalitas, perlindungan replay, validasi pesan, dan perilaku fallback dengan cermat.

Serangan Oracle terhadap Nilai Acak

Serangan Oracle terhadap nilai acak terjadi ketika penyerang memprediksi, memengaruhi, atau membuat bias pada nilai acak yang digunakan smart contract.

Nilai acak digunakan dalam game, penetapan atribut NFT, undian, lotre, pemilihan validator, dan aplikasi kripto lainnya.

Nilai acak yang tidak aman dapat memungkinkan penyerang memprediksi hasil langka atau memilih kapan harus berpartisipasi.

Dokumentasi variabel global Solidity memperingatkan bahwa timestamp dan hash blok tidak sebaiknya diandalkan sebagai sumber nilai acak yang aman, kecuali developer memahami konsekuensinya.

Peringatan ini penting karena produsen blok mungkin memiliki pengaruh tertentu terhadap beberapa nilai blok.

Kontrak yang menggunakan variabel blok sederhana sebagai sumber nilai acak mungkin rentan terhadap manipulasi.

Nilai acak yang aman biasanya memerlukan desain kriptografi, skema komitmen, atau fungsi acak yang dapat diverifikasi.

Untuk game bernilai rendah, nilai acak yang lemah mungkin hanya mengganggu.

Untuk mint bernilai tinggi atau kontrak keuangan, nilai acak yang lemah dapat menyebabkan kerugian serius.

Nilai acak harus diperlakukan sebagai input oracle yang kritis bagi keamanan.

Serangan Oracle terhadap Proof of Reserves

Oracle Proof of Reserves melaporkan informasi tentang aset yang mendukung token, aset wrapped, stablecoin, atau pengaturan kustodian.

Serangan dapat terjadi jika oracle melaporkan informasi cadangan yang tidak lengkap, sudah usang, atau menyesatkan.

Contohnya, oracle mungkin menampilkan aset tanpa menunjukkan liabilitas.

Oracle mungkin menampilkan saldo pada satu waktu tanpa membuktikan solvabilitas yang berkelanjutan.

Oracle mungkin bergantung pada kustodian, auditor, administrator, atau catatan bank off-chain yang tidak dapat diverifikasi langsung oleh pengguna.

Penyerang atau operator yang tidak jujur dapat mengeksploitasi keterbatasan ini dengan menyajikan gambaran cadangan yang tampak lebih aman daripada kenyataannya.

Proof of Reserves berguna, tetapi tidak sama dengan bukti kesehatan keuangan secara menyeluruh.

Data cadangan sebaiknya disertai data liabilitas, kontrol hukum, aturan penebusan, dan transparansi operasional.

Oracle Proof of Reserves dapat mengurangi ketidakpastian, tetapi tidak dapat menghilangkan seluruh kepercayaan terhadap pihak off-chain.

Pengguna sebaiknya memahami hal yang benar-benar dibuktikan oleh oracle cadangan tersebut.

Serangan Oracle Berbasis Tata Kelola

Serangan Oracle berbasis tata kelola terjadi ketika penyerang memperoleh kendali atas aturan yang mengatur sistem oracle.

Hal ini dapat mencakup perubahan sumber data, penggantian operator oracle, perubahan aturan agregasi, pembaruan kontrak proxy, atau penonaktifan pemeriksaan keamanan.

Jika protokol mengizinkan perubahan tata kelola oracle yang cepat dan perlindungannya lemah, penyerang dapat meloloskan perubahan yang merugikan.

Risiko tata kelola sangat penting ketika kunci admin, akun multisig, atau sistem voting token dapat mengendalikan pengaturan oracle.

Protokol mungkin menggunakan feed oracle yang kuat, tetapi tetap rentan jika feed tersebut dapat langsung diganti oleh administrator yang akunnya telah diretas.

Tata kelola yang lebih aman biasanya mencakup timelock, pemisahan peran, pemantauan, aturan jeda darurat, dan proses upgrade yang transparan.

Pengguna sebaiknya mencari tahu siapa yang dapat mengubah oracle dan seberapa cepat perubahan tersebut dapat berlaku.

Auditor sebaiknya meninjau jalur tata kelola, bukan hanya perhitungan oracle.

Serangan oracle dapat terjadi melalui hak kendali, bukan hanya melalui harga pasar.

Keamanan tata kelola merupakan bagian dari keamanan oracle.

Bug Integrasi Oracle

Beberapa Serangan Oracle tidak mengeksploitasi penyedia oracle secara langsung.

Serangan tersebut mengeksploitasi cara protokol mengintegrasikan oracle.

Developer mungkin membaca feed yang salah.

Kontrak mungkin mengabaikan desimal.

Protokol mungkin tidak memeriksa apakah feed sudah usang.

Kontrak mungkin menggunakan harga dengan arah yang keliru.

Protokol mungkin tidak menangani nilai negatif, nol, kosong, atau tidak wajar.

Kontrak mungkin memercayai nilai fallback yang lebih mudah dimanipulasi daripada feed utama.

Kesalahan ini dapat menciptakan peluang serangan meskipun oracle eksternal dapat diandalkan.

Kode integrasi oracle harus diaudit dengan cermat.

Sumber data yang kuat tidak dapat melindungi protokol yang menggunakan data secara keliru.

Serangan Oracle Berbasis AMM

Automated market maker dapat bertindak sebagai sumber harga on-chain karena cadangan dalam pool-nya menunjukkan suatu harga.

Metode ini dapat berguna karena datanya sudah tersedia on-chain.

Metode ini juga dapat berisiko karena harga dalam pool dapat berubah saat trading mengubah cadangan.

Jika protokol menggunakan harga spot pool secara langsung, penyerang dapat menggerakkan harga tersebut dalam satu transaksi.

Harga rata-rata tertimbang waktu dapat mengurangi risiko manipulasi dalam satu blok dengan merata-ratakan harga selama periode yang lebih panjang.

Namun, harga rata-rata tertimbang waktu tidak sempurna.

Harga tersebut tetap dapat rentan jika likuiditas rendah, periode yang dipilih tidak tepat, atau nilai yang berisiko sangat besar.

Praktik terbaik price feed Pyth Network menyoroti pentingnya informasi tingkat keyakinan saat menggunakan harga oracle.

Gagasan ini berguna karena protokol sebaiknya tidak hanya memperhatikan harga yang dilaporkan, tetapi juga ketidakpastian di sekitar harga tersebut.

Desain oracle berbasis AMM sebaiknya mengukur biaya manipulasi dibandingkan dengan potensi profit serangan.

Serangan Oracle pada Protokol Pinjaman

Protokol pinjaman sangat rentan terhadap Serangan Oracle karena bergantung pada nilai agunan.

Jika harga agunan terlalu tinggi, peminjam dapat meminjam lebih banyak daripada yang seharusnya.

Jika harga agunan terlalu rendah, likuidator dapat melikuidasi posisi secara tidak adil.

Jika harga aset pinjaman salah, protokol dapat salah menilai nilai utang.

Jika oracle menjadi usang saat pasar jatuh, protokol mungkin terlambat merespons.

Penyerang dapat menargetkan aset dengan likuiditas rendah, pool terisolasi, atau feed harga yang lemah.

Protokol pinjaman sebaiknya menetapkan faktor agunan yang konservatif untuk aset dengan ketidakpastian oracle lebih tinggi.

Protokol juga sebaiknya menggunakan batas harga, pemeriksaan kesegaran data, buffer likuidasi, dan kontrol darurat.

Pengguna sebaiknya memahami bahwa risiko likuidasi tidak hanya berkaitan dengan volatilitas pasar.

Risiko tersebut juga berkaitan dengan keandalan oracle.

Serangan Oracle pada Derivatif

Protokol derivatif memerlukan harga referensi yang andal untuk margin, funding, penyelesaian, dan likuidasi.

Serangan Oracle dapat mendistorsi nilai-nilai tersebut.

Jika harga penyelesaian dimanipulasi, salah satu pihak dalam kontrak dapat menerima pembayaran yang tidak adil.

Jika harga margin sudah usang, posisi berisiko mungkin tetap terbuka terlalu lama.

Jika harga likuidasi salah, trader dapat dilikuidasi secara tidak adil atau tidak dilikuidasi saat seharusnya.

Leverage membuat kesalahan oracle lebih berbahaya karena selisih harga kecil dapat menyebabkan perubahan besar pada akun.

Protokol derivatif sebaiknya menggunakan konstruksi indeks yang kuat dan tidak bergantung pada satu pasar yang dangkal.

Protokol juga sebaiknya menentukan tindakan yang akan diambil jika oracle tidak tersedia saat penyelesaian.

Trader sebaiknya memahami oracle yang digunakan oleh produk derivatif sebelum membuka posisi dengan leverage.

Derivatif hanya seadil data penyelesaian yang digunakan.

Serangan Oracle pada Sistem Stablecoin

Sistem stablecoin dapat menggunakan oracle untuk menilai agunan, memantau kondisi peg, memantau cadangan, atau memicu kontrol risiko.

Serangan Oracle dapat membuat sistem menganggap agunan lebih aman atau lebih berisiko daripada kondisi sebenarnya.

Jika harga agunan terlalu tinggi, sistem dapat mengizinkan pencetakan atau peminjaman yang tidak aman.

Jika harga agunan terlalu rendah, posisi yang sehat dapat dilikuidasi atau dibatasi.

Jika oracle peg sudah usang, sistem dapat terlambat merespons saat terjadi tekanan pasar.

Jika oracle cadangan menyesatkan, pengguna dapat menilai kualitas dukungan aset secara berlebihan.

Keamanan oracle stablecoin sebaiknya memperhitungkan volatilitas pasar, perilaku penebusan, likuiditas, transparansi cadangan, dan struktur hukum.

Oracle dapat melaporkan data, tetapi tidak dapat menjamin bahwa stablecoin aman.

Pengguna sebaiknya menganggap desain oracle sebagai salah satu bagian dari risiko stablecoin.

Kata “stable” tidak boleh disamakan dengan bebas risiko.

Tanda Peringatan Risiko Serangan Oracle

Risiko protokol lebih tinggi jika protokol menggunakan satu sumber harga.

Risikonya lebih tinggi jika pasar sumber tersebut memiliki likuiditas rendah.

Risikonya lebih tinggi jika harga diperbarui dengan lambat saat volatilitas meningkat.

Risikonya lebih tinggi jika kontrak tidak memeriksa timestamp.

Risikonya lebih tinggi jika sekelompok kecil pihak dapat mengubah oracle dengan cepat.

Risikonya lebih tinggi jika protokol mendukung agunan dengan kedalaman trading yang rendah.

Risikonya lebih tinggi jika feed fallback tidak jelas atau lebih mudah dimanipulasi.

Risikonya lebih tinggi jika dokumentasi tidak menjelaskan metode oracle.

Risikonya lebih tinggi jika nilai yang berisiko jauh lebih besar daripada biaya untuk menggerakkan oracle.

Risikonya lebih tinggi jika audit mengabaikan logika integrasi oracle.

Cara Developer Mencegah Serangan Oracle

Gunakan beberapa sumber data independen untuk aplikasi bernilai tinggi.

Hindari menggunakan satu pool dengan likuiditas rendah sebagai satu-satunya sumber kebenaran.

Gunakan metode agregasi yang kuat, seperti median atau nilai berbobot likuiditas, jika sesuai.

Periksa timestamp dan tolak data yang sudah usang.

Gunakan circuit breaker untuk pergerakan harga yang tidak wajar.

Tetapkan parameter agunan yang konservatif untuk aset dengan likuiditas rendah.

Batasi seberapa cepat tata kelola dapat mengubah pengaturan oracle.

Audit penanganan desimal, alamat feed, logika fallback, dan arah harga.

Pantau pembaruan oracle secara real time.

Uji perilaku oracle saat terjadi volatilitas, kemacetan, likuiditas rendah, dan keterlambatan pembaruan.

Cara Pengguna Mengurangi Eksposur terhadap Serangan Oracle

Gunakan protokol yang menjelaskan desain oracle-nya dengan jelas.

Berhati-hatilah saat menyetor aset dengan likuiditas rendah sebagai agunan.

Hindari leverage berlebihan ketika likuidasi bergantung pada harga oracle.

Periksa apakah audit protokol mencakup integrasi oracle.

Waspadai feed yang usang, feed yang dijeda, dan pembaruan harga yang tidak wajar.

Pahami bahwa harga oracle dapat berbeda dari harga pasar yang dapat dieksekusi.

Jangan menganggap imbal hasil tinggi aman jika protokol memiliki kontrol oracle yang lemah.

Gunakan posisi yang lebih kecil jika risiko oracle tidak jelas.

Pantau kesehatan agunan dengan buffer tambahan selama periode volatil.

Ingat bahwa pengguna yang jujur dapat dirugikan oleh kegagalan oracle meskipun mereka tidak melakukan kesalahan.

Kesalahpahaman Umum tentang Serangan Oracle

Salah satu kesalahpahaman umum adalah menganggap Serangan Oracle hanya terjadi ketika penyedia oracle diretas.

Banyak Serangan Oracle terjadi karena protokol memercayai sumber harga yang salah atau menggunakan datanya secara keliru.

Kesalahpahaman lainnya adalah menganggap oracle terdesentralisasi otomatis aman.

Desentralisasi membantu, tetapi tidak memperbaiki data usang, agregasi yang buruk, sumber yang lemah, atau integrasi kontrak yang buruk.

Kesalahpahaman ketiga adalah menganggap harga oracle sama dengan harga yang dapat digunakan pengguna untuk trading.

Oracle dapat melaporkan indeks, median, nilai yang disesuaikan dengan tingkat keyakinan, atau nilai tertunda, bukan kuotasi yang dapat langsung dieksekusi.

Kesalahpahaman keempat adalah mengabaikan risiko oracle dalam protokol pinjaman dan derivatif.

Pengguna sering berfokus pada volatilitas harga token, tetapi lupa bahwa penilaian harga oleh protokol dapat menjadi pemicu utama likuidasi.

Kesalahpahaman kelima adalah menganggap circuit breaker sebagai solusi menyeluruh.

Circuit breaker membantu, tetapi harus dirancang dengan cermat dan diuji terhadap jalur serangan yang realistis.

Serangan Oracle dalam Satu Kalimat

Serangan Oracle adalah eksploitasi kripto yang menyalahgunakan data, waktu, sumber, atau integrasi oracle sehingga smart contract mengambil keputusan yang merugikan berdasarkan informasi yang keliru, usang, dimanipulasi, atau diurutkan secara tidak adil.

FAQ

Apa arti Serangan Oracle?

Serangan Oracle adalah eksploitasi ketika penyerang memanipulasi atau menyalahgunakan data yang diterima smart contract dari oracle.

Mengapa Serangan Oracle berbahaya?

Serangan ini berbahaya karena smart contract dapat secara otomatis menjalankan tindakan keuangan berdasarkan data yang keliru.

Apa itu manipulasi price oracle?

Manipulasi price oracle adalah Serangan Oracle ketika penyerang mendistorsi feed harga yang digunakan smart contract.

Apakah flash loan dapat digunakan dalam Serangan Oracle?

Ya, flash loan dapat menyediakan modal sementara untuk menggerakkan sumber harga yang lemah ketika protokol bergantung pada pasar yang dapat dimanipulasi.

Apa itu data oracle usang?

Data oracle usang adalah data yang belum diperbarui cukup baru agar aman digunakan dalam kondisi pasar saat ini.

Apakah oracle terdesentralisasi dapat diserang?

Ya, oracle terdesentralisasi tetap dapat diserang jika sumber, agregasi, tata kelola, waktu pembaruan, atau integrasinya lemah.

Apa itu serangan oracle dengan likuiditas rendah?

Serangan oracle dengan likuiditas rendah terjadi ketika penyerang menggerakkan pasar tipis yang digunakan protokol sebagai sumber harga.

Apa hubungan MEV dengan Serangan Oracle?

MEV berkaitan dengan Serangan Oracle karena pengurutan transaksi di sekitar pembaruan oracle dapat memengaruhi likuidasi, arbitrase, penyelesaian, dan hasil eksekusi.

Bagaimana developer dapat mencegah Serangan Oracle?

Developer dapat menggunakan beberapa sumber, pemeriksaan kesegaran data, circuit breaker, agregasi yang kuat, pembatasan tata kelola, dan kode integrasi oracle yang telah diaudit.

Bagaimana pengguna dapat mendeteksi risiko oracle?

Pengguna dapat memeriksa apakah protokol menjelaskan sumber data, frekuensi pembaruan, metode agregasi, pemeriksaan kesegaran data, kontrol tata kelola, dan prosedur daruratnya.

Apakah Serangan Oracle hanya menjadi masalah DeFi?

Tidak. Serangan ini dapat memengaruhi game, NFT, aset tokenisasi, pasar prediksi, kontrak bergaya asuransi, sistem cross-chain, dan smart contract apa pun yang bergantung pada data eksternal.

Bisakah harga oracle berbeda dari harga pasar?

Ya, harga oracle dapat berupa indeks, rata-rata, median, nilai tertunda, atau nilai yang disesuaikan dengan tingkat keyakinan, bukan harga yang langsung dapat diperdagangkan.

Kesimpulan

Serangan Oracle adalah salah satu contoh paling jelas bahwa keamanan smart contract tidak hanya bergantung pada kode.

Kontrak dapat ditulis dengan benar, tetapi tetap gagal jika memercayai data yang salah.

Oracle membuat aplikasi blockchain lebih bermanfaat dengan menghubungkan smart contract ke harga, peristiwa, cadangan, nilai acak, dan informasi cross-chain.

Koneksi yang sama juga menciptakan risiko karena data eksternal dapat keliru, tertunda, dimanipulasi, tidak lengkap, atau diurutkan secara tidak adil.

Di DeFi, Serangan Oracle dapat menyebabkan pinjaman dengan agunan tidak mencukupi, likuidasi yang tidak adil, penyelesaian derivatif yang salah, swap dengan harga yang keliru, dan tekanan pada stablecoin.

Dalam aplikasi kripto lainnya, serangan ini dapat memengaruhi game, mint NFT, pasar prediksi, aset tokenisasi, produk bergaya asuransi, dan sistem cross-chain.

Pertahanan paling kuat adalah memperlakukan desain oracle sebagai infrastruktur keamanan inti.

Developer sebaiknya menggunakan sumber data yang kuat, agregasi yang tangguh, pemeriksaan kesegaran data, circuit breaker, pemantauan, perlindungan tata kelola, dan audit integrasi yang cermat.

Pengguna sebaiknya mempertimbangkan kualitas oracle saat meneliti protokol sebelum menyetor dana, meminjam aset, menggunakan leverage, atau mengandalkan penyelesaian otomatis.

Oracle tidak secara ajaib mengubah informasi eksternal menjadi kebenaran tanpa kepercayaan.

Oracle membentuk lapisan pelaporan terstruktur yang harus dirancang, diuji, dipantau, dan dikelola dengan cermat.

Serangan Oracle berhasil ketika penyerang menemukan kesenjangan antara pasar sebenarnya dan data yang dipercaya smart contract.

Mengurangi kesenjangan tersebut adalah salah satu tugas terpenting dalam keamanan kripto.

Semakin aman sistem oracle, semakin aman aplikasi yang bergantung padanya.

Semakin lemah sistem oracle, semakin mudah satu titik data yang keliru menyebabkan kerusakan on-chain yang tidak dapat dipulihkan.