Replay Protection

Apa Itu Replay Protection dalam Kripto?

Replay Protection adalah metode keamanan yang mencegah transaksi, tanda tangan, atau otorisasi kripto yang valid disalin dan digunakan kembali di tempat lain yang tidak dimaksudkan oleh pengguna.

Dalam sistem blockchain, Replay Protection sangat penting setelah hard fork, chain split, deployment lintas blockchain, tanda tangan smart contract, alur account abstraction, bridge, dan persetujuan wallet.

Replay terjadi ketika pesan bertanda tangan dapat digunakan lebih dari sekali dengan cara yang berbahaya.

Misalnya, pengguna menandatangani transaksi di satu blockchain setelah fork, lalu penyerang menyalin transaksi yang sama ke chain lain jika kedua chain masih menerima format tanda tangan yang sama.

Replay Protection menambahkan informasi atau aturan validasi agar tanda tangan hanya valid dalam konteks yang benar.

EIP-155 Ethereum memperkenalkan perlindungan sederhana terhadap replay attack dengan menyertakan chain ID dalam data transaksi yang ditandatangani.

Spesifikasi teknis UAHF Bitcoin Cash menjelaskan Replay Protection SIGHASH_FORKID wajib untuk desain chain split-nya.

Bagi pengguna kripto, Replay Protection berarti tanda tangan hanya boleh menjalankan hal yang disetujui pengguna, pada jaringan, kontrak, aset, dan konteks transaksi yang dimaksud.

Definisi Sederhana Replay Protection

Replay Protection adalah aturan atau fitur desain yang mencegah tindakan kripto bertanda tangan digunakan kembali di tempat atau waktu yang salah.

Fitur ini membuat transaksi atau tanda tangan menjadi unik untuk chain, kontrak, pengguna, nonce, tenggat waktu, atau tindakan tertentu.

Tanpa Replay Protection, tanda tangan yang valid dapat berbahaya karena persetujuan yang sama mungkin berlaku di tempat lain.

Dengan Replay Protection, tanda tangan yang disalin akan gagal karena konteks kedua tidak sesuai dengan kondisi penandatanganan awal.

Fitur ini melindungi pengguna dari pengeluaran ganda yang tidak disengaja di chain hasil fork.

Replay Protection juga mencegah smart contract menerima kembali tanda tangan lama.

Fitur ini membantu wallet, bridge, aplikasi DeFi, dan sistem pembayaran memverifikasi bahwa otorisasi masih baru dan khusus untuk konteks tertentu.

Tujuannya sederhana: satu tindakan bertanda tangan tidak boleh menjadi cek kosong tanpa batas.

Mengapa Replay Protection Penting?

Replay Protection penting karena tanda tangan blockchain memiliki kewenangan besar.

Tanda tangan dapat memindahkan dana, menyetujui penggunaan token, mengklaim reward, mendelegasikan hak voting, memperbarui pengaturan akun, atau mengotorisasi tindakan smart contract.

Jika tanda tangan itu dapat disalin dan digunakan kembali, pengguna dapat kehilangan aset tanpa menandatangani untuk kedua kalinya.

Replay attack juga dapat menimbulkan kebingungan setelah hard fork karena pengguna mungkin memiliki aset di kedua chain dan tidak menyadari bahwa transaksi di satu chain dapat berdampak pada chain lainnya.

Karena itu, Replay Protection merupakan bagian mendasar dari desain transaksi yang aman.

Fitur ini juga merupakan bagian mendasar dari desain wallet yang aman karena pengguna sering kali tidak dapat melihat setiap detail teknis dalam tanda tangan.

Panduan risiko aset kripto FINRA memperingatkan bahwa aset kripto dapat melibatkan penipuan, volatilitas, masalah likuiditas, dan risiko teknologi.

Replay attack merupakan salah satu risiko teknologi tersebut karena dapat mengubah tanda tangan yang valid menjadi tindakan yang tidak dimaksudkan.

Cara Kerja Replay Attack

Replay attack dimulai dengan transaksi atau pesan bertanda tangan yang valid.

Penyerang menyalin data bertanda tangan tersebut.

Penyerang kemudian mengirimkan data yang sama ke chain, kontrak, sesi, atau konteks lain yang masih menganggap tanda tangan tersebut valid.

Jika sistem tidak memeriksa konteks yang benar, tindakan yang disalin dapat dieksekusi.

Dalam skenario hard fork, hal ini dapat terjadi ketika dua chain memiliki riwayat akun, format transaksi, dan aturan tanda tangan yang sama.

Dalam skenario smart contract, hal ini dapat terjadi ketika kontrak menerima tanda tangan off-chain yang sama lebih dari sekali.

Dalam skenario lintas blockchain, hal ini dapat terjadi ketika alamat kontrak, penanda tangan, dan format pesan yang sama ada di beberapa chain tanpa domain khusus chain.

Replay Protection mencegah hal tersebut dengan membuat tanda tangan yang disalin gagal di luar konteks yang dimaksud.

Replay Protection Setelah Hard Fork

Hard fork dapat menghasilkan dua chain yang memiliki riwayat yang sama hingga titik pemisahan.

Setelah pemisahan, pengguna mungkin memiliki koin atau token di kedua chain karena status ledger sebelum fork disalin.

Jika kedua chain menerima tanda tangan transaksi yang sama, transaksi yang ditandatangani untuk satu chain mungkin juga valid di chain lainnya.

Hal ini menimbulkan risiko replay.

Misalnya, pengguna ingin mengirim koin di Chain A, tetapi transaksi bertanda tangan yang sama juga dapat memindahkan koin terkait di Chain B.

Replay Protection yang kuat mengubah aturan penandatanganan agar transaksi hanya valid di salah satu sisi fork.

EIP-155 Ethereum menggunakan logika chain ID untuk mencegah transaksi yang ditujukan bagi satu chain agar tidak valid di chain lain dengan chain ID berbeda.

Bitcoin Cash menggunakan perlindungan bergaya SIGHASH_FORKID agar transaksi pasca-fork dapat dibedakan dari transaksi di chain asal.

Replay Protection dan Chain ID

Chain ID adalah angka yang mengidentifikasi jaringan blockchain dalam proses penandatanganan transaksi.

Ketika chain ID disertakan dalam data yang ditandatangani, tanda tangan tersebut terikat pada chain itu.

Artinya, transaksi bertanda tangan yang sama seharusnya tidak valid di chain lain dengan chain ID berbeda.

EIP-155 adalah contoh paling terkenal dari Replay Protection berbasis chain ID dalam desain transaksi bergaya Ethereum.

EIP tersebut menyebutkan bahwa perubahan ini menyediakan cara untuk mengirim transaksi yang berlaku di satu jaringan bergaya Ethereum, tetapi tidak berlaku di jaringan lain dengan chain ID berbeda.

Perlindungan chain ID kini menjadi standar keamanan yang diharapkan di banyak lingkungan yang kompatibel dengan EVM.

Pengguna biasanya tidak memasukkan chain ID secara manual karena wallet dan library mengaturnya.

Namun, developer tetap harus memastikan kode penandatanganan menyertakan chain ID yang benar dan menolak format lama yang tidak aman jika diperlukan.

Replay Protection dan Nonce

Nonce adalah angka yang hanya digunakan sekali.

Dalam blockchain berbasis akun, nonce biasanya memastikan transaksi dari akun yang sama dieksekusi berurutan dan tidak dapat diulang.

Dalam smart contract, nonce dapat membuat setiap otorisasi bertanda tangan menjadi unik.

Jika kontrak menerima tanda tangan dengan nonce 5, kontrak seharusnya menandai nonce 5 sebagai sudah digunakan.

Jika seseorang mencoba mengirimkan tanda tangan yang sama lagi, kontrak seharusnya menolaknya karena nonce tersebut sudah digunakan.

Replay Protection berbasis nonce umum digunakan dalam permit, meta-transaksi, account abstraction, voting, klaim, airdrop, dan sistem order off-chain.

Nonce yang tidak ada merupakan tanda bahaya keamanan serius karena tanda tangan yang sama mungkin dapat digunakan lebih dari sekali.

Kontrak yang baik membuat tanda tangan hanya dapat digunakan sekali, kecuali desainnya secara jelas memerlukan aturan berbeda.

Replay Protection dan Tenggat Waktu

Tenggat waktu adalah waktu kedaluwarsa untuk pesan bertanda tangan atau otorisasi transaksi.

Tenggat waktu mengurangi risiko replay dengan membatasi berapa lama tanda tangan tetap valid.

Misalnya, pengguna dapat menandatangani persetujuan token atau otorisasi swap yang kedaluwarsa dalam 10 menit.

Jika penyerang menemukan tanda tangan itu setelahnya, kontrak akan menolaknya karena tenggat waktunya sudah lewat.

Tenggat waktu tidak sepenuhnya menggantikan nonce karena tanda tangan masih dapat diulang sebelum kedaluwarsa jika tidak menggunakan nonce.

Desain terbaik biasanya menggunakan nonce dan tenggat waktu sekaligus.

Dengan demikian, tanda tangan hanya dapat digunakan sekali dan berlaku dalam batas waktu tertentu.

Pengguna sebaiknya berhati-hati jika wallet meminta mereka menandatangani pesan tanpa masa berlaku yang terlihat atau dengan cakupan tanpa batas.

Replay Protection dan EIP-712

EIP-712 adalah standar untuk penandatanganan data terstruktur bertipe dalam sistem bergaya Ethereum.

Standar ini membantu wallet menampilkan informasi penandatanganan yang lebih mudah dibaca dan membantu developer menentukan dengan jelas hal yang diotorisasi pengguna.

Dokumentasi kriptografi OpenZeppelin mencakup utilitas EIP712 untuk memproses data bertipe yang ditandatangani.

Dokumentasi utilitas OpenZeppelin versi lama menjelaskan bahwa domain separator EIP-712 memperbarui chain ID untuk melindungi dari replay attack pada fork yang mungkin terjadi.

Domain EIP-712 dapat mencakup detail seperti nama, versi, chain ID, dan kontrak verifikasi.

Kolom-kolom ini membuat tanda tangan khusus untuk konteks aplikasi tertentu.

Jika kontrak berbahaya mencoba menggunakan kembali tanda tangan di tempat lain, domain-nya seharusnya tidak cocok.

Developer sebaiknya menyertakan kolom domain yang benar dan menghindari pesan generik yang mudah digunakan kembali.

Replay Protection dan Smart Contract

Smart contract sering menerima tanda tangan yang dibuat off-chain lalu dikirimkan ke on-chain kemudian.

Hal ini efisien karena pengguna dapat menyetujui tindakan tanpa langsung mengirim transaksi sendiri.

Namun, hal ini menimbulkan risiko replay jika kontrak tidak memeriksa nonce, tenggat waktu, chain ID, penanda tangan, alamat kontrak, dan detail tindakan.

Kontrak yang aman harus memverifikasi bahwa tanda tangan sesuai dengan tindakan yang persis akan dilakukan.

Kontrak juga harus menandai tanda tangan atau nonce yang telah digunakan agar tidak dapat digunakan kembali.

Replay Protection sangat penting untuk token permit, voting terdelegasi, order off-chain, transaksi tanpa gas, klaim, mint whitelist, penarikan bridge, dan alur pemulihan akun.

Setiap kontrak yang meminta pengguna mengirimkan pesan bertanda tangan harus diperiksa untuk memastikan adanya Replay Protection.

Pemeriksaan replay yang tidak ada dapat mengubah satu persetujuan menjadi pemindahan aset berulang kali.

Replay Protection dan Token Permit

Token permit memungkinkan pengguna menyetujui penggunaan token dengan menandatangani pesan, bukan mengirim transaksi persetujuan biasa.

Hal ini dapat menghemat waktu dan biaya jaringan.

Fitur ini juga dapat meningkatkan pengalaman pengguna di aplikasi DeFi.

Namun, permit harus dilengkapi Replay Protection karena permit bertanda tangan dapat memberi alamat lain izin untuk menggunakan token.

Desain permit yang aman biasanya mencakup owner, spender, nilai, nonce, tenggat waktu, chain ID, dan informasi kontrak verifikasi.

Nonce mencegah permit yang sama digunakan kembali.

Tenggat waktu membatasi periode penggunaannya.

Detail chain dan kontrak mencegah penggunaan di domain yang salah.

Replay Protection dan Meta-Transaksi

Meta-transaksi memungkinkan pengguna menandatangani tindakan, sementara pihak lain mengirimkannya dan membayar gas.

Hal ini dapat memudahkan pengguna menggunakan aplikasi blockchain tanpa memiliki token gas native.

Meta-transaksi rentan terhadap replay karena pesan bertanda tangan dapat diteruskan di antara relayer, aplikasi, atau kontrak.

Sistem meta-transaksi yang baik menggunakan nonce, chain ID, alamat kontrak verifikasi, tenggat waktu, dan kolom tindakan yang jelas.

Kontrak seharusnya menolak tanda tangan meta-transaksi yang lama atau sudah digunakan.

Relayer juga sebaiknya tidak memproses permintaan bertanda tangan yang sama dua kali.

Pengguna sebaiknya memeriksa tindakan secara tepat sebelum menandatangani karena meta-transaksi tetap dapat memindahkan aset atau mengubah izin.

Tanpa gas bukan berarti tanpa risiko.

Replay Protection dan Bridge

Bridge memindahkan nilai atau pesan antar-chain.

Replay Protection penting karena pesan bridge dapat mewakili deposit, penarikan, mint, burn, unlock, atau pemanggilan lintas blockchain.

Jika pesan bridge dapat digunakan ulang, sistem mungkin melepaskan atau mencetak aset lebih dari sekali.

Bridge yang aman biasanya memeriksa chain sumber, chain tujuan, ID pesan, nonce, pengirim, penerima, token, jumlah, dan status bukti.

Bridge harus menandai pesan yang telah diproses agar tidak dapat dieksekusi kembali.

Replay Protection juga penting ketika kontrak yang sama diterapkan pada alamat yang sama di beberapa chain.

Developer harus memastikan pesan yang ditujukan untuk satu chain tidak dapat diterima oleh kontrak serupa di chain lain.

Bug replay pada bridge dapat berdampak serius karena sistem lintas blockchain sering menangani nilai yang besar.

Replay Protection dan Wallet

Wallet merupakan lini pertahanan pertama pengguna terhadap risiko replay.

Wallet yang baik menampilkan jaringan, kontrak, token, jumlah, spender, tenggat waktu, dan jenis pesan sebelum pengguna menandatangani.

Wallet juga seharusnya memperingatkan pengguna jika tanda tangan tampak memiliki cakupan luas, tanpa batas, atau sulit dipahami.

Wallet harus menandatangani transaksi dengan chain ID yang benar dan menggunakan standar penandatanganan modern.

Wallet tidak boleh diam-diam menandatangani transaksi lama yang tidak memiliki Replay Protection jika format yang lebih aman tersedia.

Pengguna sebaiknya tidak menandatangani pesan di situs yang tidak dikenal karena pesan tersebut dapat digunakan kembali dengan cara yang tidak mereka pahami.

Pengguna juga harus memastikan mereka terhubung ke jaringan yang benar sebelum menandatangani.

Antarmuka wallet yang aman dapat mengurangi risiko replay, tetapi tidak dapat melindungi pengguna yang menyetujui permintaan yang tidak jelas atau berbahaya tanpa memeriksanya.

Replay Protection dan Chain Split

Chain split merupakan salah satu contoh Replay Protection yang paling umum.

Saat chain split terjadi, dua chain mungkin memiliki alamat, saldo, dan riwayat transaksi yang sama sebelum pemisahan.

Jika Replay Protection tidak disertakan dalam fork, pengguna mungkin perlu melakukan langkah khusus untuk memisahkan dana dengan aman.

Langkah tersebut dapat mencakup menunggu, menggunakan wallet yang memahami pemisahan, mengirim dana melalui transaksi khusus chain, atau menggunakan alat pemisahan dari sumber tepercaya.

Pengguna harus berhati-hati karena penipu sering muncul saat fork dan mengaku dapat membantu memisahkan koin.

Replay Protection di tingkat protokol lebih aman daripada mengharuskan setiap pengguna melindungi dirinya secara manual.

Fork dengan Replay Protection yang tidak jelas dapat membingungkan pengguna ritel dan platform.

Sebelum memindahkan dana setelah fork, pengguna sebaiknya memeriksa informasi teknis resmi dari developer chain dan penyedia wallet.

Replay Protection Kuat vs. Lemah

Replay Protection yang kuat berarti transaksi yang valid di satu chain, secara desain tidak valid di chain lainnya.

Biasanya, hal ini memerlukan perubahan pada aturan tanda tangan, aturan sighash, chain ID, atau format transaksi.

Replay Protection yang lemah berarti pengguna mungkin dapat membuat transaksi tidak dapat diulang melalui langkah tambahan, tetapi perlindungan tidak otomatis berlaku untuk setiap transaksi.

Replay Protection yang kuat lebih mudah bagi pengguna awam karena mengurangi risiko pengeluaran lintas chain yang tidak disengaja.

Replay Protection yang lemah dapat berisiko karena pengguna harus memahami langkah teknis dan waktunya.

Dalam chain split, Replay Protection yang kuat biasanya lebih disarankan karena membuat fork lebih aman digunakan.

Developer tidak boleh berasumsi bahwa pengguna akan melindungi dirinya sendiri secara manual dengan benar.

Perlindungan default yang jelas lebih baik daripada perlindungan opsional yang rumit.

Replay Protection Opt-In

Replay Protection opt-in berarti pengguna atau wallet harus memilih metode transaksi khusus untuk menghindari risiko replay.

Metode ini dapat berfungsi bagi pengguna berpengalaman, tetapi berbahaya bagi pemula.

Jika pengguna lupa memilihnya, transaksi mungkin tetap dapat diulang.

Sistem opt-in juga menimbulkan perilaku yang tidak konsisten di berbagai wallet dan layanan.

Sebagian pengguna mungkin mengira mereka terlindungi, padahal wallet mereka tidak menggunakan format perlindungan tersebut.

Komunitas chain hasil fork terkadang menggunakan perlindungan opt-in jika perlindungan penuh di tingkat protokol tidak disertakan.

Pengguna ritel sebaiknya berhati-hati terhadap fork apa pun yang mengharuskan Replay Protection manual.

Jika ragu, pengguna sebaiknya menunggu panduan dari wallet tepercaya sebelum memindahkan dana.

Replay Protection di Tingkat Protokol

Replay Protection di tingkat protokol dibangun ke dalam aturan blockchain.

Perlindungan ini tidak bergantung pada ingatan setiap pengguna untuk melakukan langkah khusus.

EIP-155 Ethereum adalah contoh Replay Protection di tingkat protokol yang menggunakan chain ID dalam transaksi bertanda tangan.

Pendekatan SIGHASH_FORKID Bitcoin Cash adalah contoh lain perlindungan khusus fork.

Perlindungan di tingkat protokol efektif karena transaksi dalam konteks yang salah otomatis gagal.

Perlindungan ini juga memudahkan wallet, node, dan layanan untuk memahami mekanismenya.

Namun, perlindungan di tingkat protokol harus diterapkan dengan cermat karena perubahan tanda tangan dapat memengaruhi kompatibilitas.

Developer harus menguji Replay Protection sebelum fork atau upgrade diterapkan kepada pengguna.

Replay Protection di Tingkat Aplikasi

Replay Protection di tingkat aplikasi diterapkan oleh smart contract, wallet, bridge, atau aplikasi, bukan oleh chain dasar.

Contohnya mencakup nonce kontrak, hash pesan yang sudah digunakan, ID order, tenggat waktu, domain separator, dan catatan penarikan yang telah diproses.

Perlindungan di tingkat aplikasi diperlukan karena banyak risiko replay terjadi di atas lapisan dasar blockchain.

Chain dasar dapat menyertakan chain ID, tetapi smart contract tetap dapat menerima tanda tangan yang sama dua kali jika kontraknya ditulis dengan buruk.

Developer harus merancang Replay Protection di setiap lapisan yang menerima tanda tangan atau pesan.

Auditor harus menguji apakah tanda tangan dapat digunakan kembali oleh pengguna yang sama, pengguna lain, kontrak lain, chain lain, atau pada waktu lain.

Pengguna sebaiknya berhati-hati dengan aplikasi yang meminta tanda tangan off-chain berulang kali tanpa penjelasan yang jelas.

Keamanan yang baik berlapis karena risiko replay juga berlapis.

Replay Protection dan Domain Tanda Tangan

Domain tanda tangan menentukan tempat tanda tangan berlaku.

Domain yang baik dapat mencakup chain ID, alamat kontrak, nama aplikasi, versi, dan tujuan.

Hal ini mencegah tanda tangan untuk satu aplikasi digunakan kembali di aplikasi lain.

Perlindungan ini juga mencegah tanda tangan untuk satu versi sistem digunakan kembali setelah upgrade besar jika versinya berubah.

Pemisahan domain EIP-712 merupakan salah satu cara paling umum untuk menerapkan konsep ini di aplikasi bergaya Ethereum.

Pemisahan domain penting karena pengguna sering menandatangani pesan yang tidak langsung muncul secara on-chain.

Jika domain terlalu umum, tanda tangan mungkin berbahaya di lebih banyak tempat daripada yang dimaksud.

Developer tidak boleh mengandalkan pesan teks biasa jika tersedia metode penandatanganan terstruktur yang spesifik untuk domain.

Replay Protection dan Hash Transaksi

Hash transaksi mengidentifikasi transaksi tertentu setelah ditandatangani dan dikirimkan.

Hash transaksi dapat membantu pengguna dan layanan melacak apakah transaksi sudah diproses.

Namun, hash transaksi saja tidak selalu cukup untuk Replay Protection di berbagai konteks.

Sistem juga harus memeriksa chain ID, nonce, akun, kontrak, ID pesan, dan status akhir jika relevan.

Untuk bridge dan pemroses pembayaran, melacak hash transaksi yang telah diproses dapat mencegah pemenuhan ganda.

Untuk smart contract, melacak hash pesan yang telah digunakan dapat mencegah tanda tangan dieksekusi dua kali.

Metode pelacakan yang tepat bergantung pada desain sistem.

Aturan utamanya adalah setiap otorisasi harus memiliki identitas unik yang tidak dapat digunakan kembali secara tidak sengaja.

Replay Protection dan Malleability Tanda Tangan

Malleability tanda tangan berbeda dari Replay Protection, tetapi keduanya dapat saling berkaitan.

Malleability tanda tangan berarti tanda tangan yang valid dapat diubah menjadi bentuk valid lainnya.

Jika sistem hanya melacak satu bentuk tanda tangan, penyerang mungkin dapat mengirimkan versi yang telah diubah.

Sistem smart contract yang baik harus menggunakan library verifikasi tanda tangan yang aman serta menormalkan atau menolak bentuk tanda tangan yang tidak aman.

Developer banyak menggunakan utilitas kriptografi OpenZeppelin untuk memverifikasi tanda tangan dan data bertipe dengan aman.

Replay Protection harus dipadukan dengan validasi tanda tangan yang tepat.

Nonce atau domain separator tidak cukup jika logika verifikasi tanda tangan itu sendiri memiliki kelemahan.

Keamanan bergantung pada desain pesan dan implementasi kriptografinya.

Replay Protection dan Account Abstraction

Account abstraction memungkinkan wallet dan akun berperilaku lebih seperti smart contract yang dapat diprogram.

Fitur ini dapat mendukung pemulihan sosial, tindakan batch, sponsor gas, batas pengeluaran, dan session key.

Fitur ini juga menimbulkan kebutuhan Replay Protection baru karena otorisasi dapat melibatkan user operation, paymaster, bundler, entry point, dan logika smart account.

Smart account harus memeriksa nonce dan domain dengan cermat.

Jika memungkinkan, session key harus dibatasi berdasarkan chain, kontrak, token, jumlah, fungsi, tenggat waktu, dan kebijakan.

Otorisasi sesi yang dapat digunakan kembali bisa berbahaya jika diterima di luar batas yang dimaksud.

Account abstraction meningkatkan fleksibilitas wallet, tetapi juga membuat Replay Protection lebih rumit.

Pengguna perlu memahami bahwa wallet yang dapat diprogram tetap memerlukan pemeriksaan tanda tangan yang cermat.

Replay Protection dan Aplikasi Lintas Blockchain

Aplikasi lintas blockchain beroperasi di lebih dari satu blockchain.

Aplikasi ini sering menggunakan kontrak, alamat, antarmuka, dan format pesan yang serupa di berbagai chain.

Kemiripan tersebut dapat meningkatkan risiko replay jika pesan tidak secara jelas dibedakan berdasarkan chain.

Tanda tangan untuk kontrak di Chain A seharusnya tidak otomatis berlaku pada kontrak yang tampak sama di Chain B.

Aplikasi lintas blockchain harus menyertakan chain ID sumber dan tujuan dalam pesan bertanda tangan.

Aplikasi juga harus menyertakan alamat kontrak verifikasi dan nonce pesan.

Pengguna harus memeriksa jaringan yang aktif sebelum menandatangani tindakan lintas blockchain.

Aplikasi lintas blockchain dengan Replay Protection yang buruk dapat mengubah kemudahan penggunaan menjadi risiko keamanan serius.

Replay Protection dan Order DeFi

Order DeFi dapat dibuat off-chain dan diisi on-chain.

Misalnya, pengguna dapat menandatangani order yang mengizinkan swap jika kondisi tertentu terpenuhi.

Replay Protection sangat penting karena order yang sama tidak boleh diisi lebih banyak dari yang dimaksud.

Order yang aman mencakup alamat maker, aturan taker, alamat token, jumlah, tenggat waktu, nonce, chain ID, dan kontrak verifikasi.

Kontrak harus menandai order yang telah terisi atau dibatalkan agar tidak dapat digunakan kembali.

Jika sistem menggunakan pengisian sebagian, kontrak harus melacak jumlah yang telah terisi.

Bug replay pada order dapat menguras likuiditas atau mengeksekusi trading usang pada harga yang buruk.

Pengguna ritel sebaiknya berhati-hati saat menandatangani order off-chain yang tidak dapat mereka pahami dengan jelas.

Replay Protection dan Tanda Tangan NFT

Marketplace NFT dan aplikasi mint sering menggunakan tanda tangan untuk listing, penawaran, allowlist, dan klaim.

Replay Protection mencegah satu listing atau klaim NFT bertanda tangan digunakan kembali tanpa diduga.

Tanda tangan NFT yang aman seharusnya mencakup alamat koleksi, ID token, harga, mata uang, penjual, ketentuan pembeli, nonce, tenggat waktu, chain ID, dan kontrak marketplace jika relevan.

Jika listing dibatalkan, sistem harus membatalkan tanda tangan lama.

Jika NFT berpindah ke wallet lain, persetujuan atau tanda tangan lama mungkin tetap menimbulkan risiko, bergantung pada desain marketplace.

Pengguna sebaiknya mencabut persetujuan lama dan tidak menandatangani pesan NFT yang tidak jelas.

Risiko replay NFT sangat berbahaya karena pengguna sering menandatangani pesan marketplace tanpa memahami detail order secara menyeluruh.

Tampilan yang jelas di wallet sangat penting untuk keamanan NFT.

Replay Protection dan Persetujuan Wallet

Persetujuan token memungkinkan kontrak menggunakan token dari wallet.

Persetujuan tidak selalu sama dengan pesan bertanda tangan, tetapi menimbulkan risiko serupa bagi pengguna karena dapat tetap berlaku seiring waktu.

Aplikasi berbahaya dapat menipu pengguna agar menyetujui penggunaan token tanpa batas.

Replay Protection tidak dapat memperbaiki persetujuan tanpa batas yang memang disengaja setelah dikonfirmasi on-chain.

Namun, persetujuan bergaya permit membutuhkan Replay Protection agar permit bertanda tangan tidak dapat digunakan berulang kali.

Jika memungkinkan, pengguna sebaiknya memilih persetujuan terbatas.

Pengguna juga sebaiknya meninjau dan mencabut persetujuan lama secara berkala.

Pengelolaan persetujuan yang baik merupakan bagian dari pengelolaan risiko replay karena keduanya membatasi tindakan yang dapat dilakukan melalui otorisasi lama.

Replay Protection dan Sistem Pembayaran

Sistem pembayaran kripto memerlukan Replay Protection untuk menghindari pemenuhan transaksi ganda.

Merchant tidak boleh mengirim barang dua kali hanya karena bukti pembayaran yang sama dikirimkan dua kali.

Pemroses pembayaran harus melacak hash transaksi, chain ID, ID pembayaran, ID faktur, jumlah, aset, dan status penyelesaian akhir.

Jika pembayaran diotorisasi dengan tanda tangan, tanda tangan tersebut harus menyertakan ID faktur atau order yang unik.

Tanda tangan juga harus mencakup masa berlaku dan detail pembayaran.

Replay Protection pembayaran melindungi pembayar dan merchant.

Tanpanya, klaim ganda, pemenuhan ganda, atau permintaan penyelesaian berulang dapat menyebabkan kerugian akuntansi.

Desain pembayaran yang baik memperlakukan setiap otorisasi sebagai tindakan dengan tujuan tunggal yang dapat diverifikasi.

Replay Protection dan Pengalaman Pengguna

Replay Protection tidak boleh sepenuhnya disembunyikan dari pengguna.

Pengguna tidak perlu membaca kolom kriptografi mentah, tetapi harus melihat informasi yang jelas tentang hal yang mereka tandatangani.

Wallet seharusnya menampilkan jaringan, nama aplikasi, kontrak, tindakan, token, jumlah, spender, tenggat waktu, dan tanda peringatan.

Jika pesan tidak dapat dibaca, pengguna sebaiknya berhati-hati.

Pengalaman pengguna yang buruk dapat mengalahkan kriptografi yang kuat karena pengguna mungkin menyetujui tindakan berbahaya tanpa memahaminya.

Replay Protection yang baik menggabungkan perlindungan teknis dengan permintaan penandatanganan yang mudah dibaca di wallet.

Developer sebaiknya merancang alur penandatanganan yang dapat diverifikasi pengguna sebelum disetujui.

Tanda tangan lebih aman jika pengguna dapat memahami cakupannya.

Replay Protection dan Developer

Developer harus memperlakukan Replay Protection sebagai persyaratan keamanan inti.

Setiap pesan bertanda tangan harus menjawab beberapa pertanyaan.

Di chain mana pesan ini berlaku?

Kontrak mana yang boleh memverifikasinya?

Pengguna mana yang menandatanganinya?

Tindakan apa yang diotorisasi?

Berapa kali tindakan tersebut dapat digunakan?

Kapan tanda tangan kedaluwarsa?

Jika jawabannya tidak jelas, Replay Protection kemungkinan belum lengkap.

Replay Protection dan Audit

Audit keamanan harus mencakup pengujian replay attack.

Auditor harus mencoba menggunakan kembali tanda tangan pada kontrak yang sama.

Auditor harus mencoba menggunakan kembali tanda tangan pada kontrak berbeda.

Auditor harus mencoba menggunakan kembali tanda tangan di chain lain.

Auditor harus mencoba menggunakan kembali tanda tangan lama setelah pembatalan, upgrade, kedaluwarsa, atau perpindahan kepemilikan.

Auditor harus menguji chain ID, domain separator, penanganan nonce, penanganan tenggat waktu, dan keunikan hash pesan.

Bug replay dapat sulit diketahui karena penggunaan tanda tangan yang pertama mungkin tampak benar.

Bahaya muncul saat otorisasi yang sama dapat digunakan lagi.

Manfaat Replay Protection

Manfaat pertama adalah mencegah pengeluaran lintas chain yang tidak disengaja setelah fork.

Manfaat kedua adalah mencegah tanda tangan lama digunakan kembali tanpa izin.

Manfaat ketiga adalah melindungi smart contract dari otorisasi ganda.

Manfaat keempat adalah membuat pesan lintas blockchain lebih aman.

Manfaat kelima adalah meningkatkan kepercayaan terhadap wallet dan aplikasi.

Manfaat keenam adalah membantu sistem pembayaran menghindari pemenuhan ganda.

Manfaat ketujuh adalah mengurangi dampak dari data transaksi yang disalin.

Replay Protection membuat tanda tangan kripto lebih aman dengan mengikatnya pada konteks tertentu.

Keterbatasan Replay Protection

Keterbatasan pertama adalah Replay Protection tidak menghentikan semua jenis serangan.

Perlindungan ini tidak melindungi pengguna yang menandatangani transaksi berbahaya di chain yang benar.

Perlindungan ini tidak memperbaiki persetujuan token tanpa batas setelah persetujuan tersebut dikonfirmasi.

Perlindungan ini tidak melindungi frasa pemulihan dari pencurian.

Perlindungan ini tidak menjamin bahwa smart contract bebas dari bug lain.

Perlindungan ini tidak menghilangkan risiko phishing jika pengguna menyetujui permintaan wallet yang menyesatkan.

Perlindungan ini juga tidak menghilangkan risiko pasar, likuiditas, atau platform.

Replay Protection sangat penting, tetapi hanya merupakan salah satu lapisan keamanan kripto.

Kesalahan Umum dalam Replay Protection

Kesalahan umum adalah lupa menyertakan chain ID dalam data transaksi atau pesan bertanda tangan.

Kesalahan lainnya adalah menggunakan nonce tetapi tidak menandainya sebagai sudah digunakan.

Kesalahan lainnya adalah menggunakan tenggat waktu tanpa nonce.

Kesalahan lainnya adalah menggunakan domain separator yang sama di beberapa kontrak atau chain.

Kesalahan lainnya adalah menerima tanda tangan setelah upgrade kontrak tanpa kontrol versi.

Kesalahan lainnya adalah membiarkan order yang telah dibatalkan tetap dapat diisi.

Kesalahan lainnya adalah hanya melacak pesan yang diproses di sistem off-chain, bukan on-chain jika diperlukan.

Kesalahan lainnya adalah berasumsi bahwa antarmuka wallet akan memperbaiki bug replay di tingkat kontrak.

Tanda Bahaya Replay Protection

Salah satu tanda bahaya adalah fork yang tidak menjelaskan dengan jelas apakah Replay Protection-nya kuat, lemah, atau tidak ada.

Tanda bahaya lainnya adalah smart contract yang menerima tanda tangan tanpa nonce.

Tanda bahaya lainnya adalah permintaan tanda tangan tanpa detail jaringan, kontrak, jumlah, tenggat waktu, atau tindakan yang terlihat.

Tanda bahaya lainnya adalah bridge yang tidak melacak pesan yang telah diproses.

Tanda bahaya lainnya adalah sistem order off-chain yang tidak mendukung pembatalan atau invalidasi nonce.

Tanda bahaya lainnya adalah wallet atau library yang masih membuat transaksi lama tanpa Replay Protection modern.

Tanda bahaya lainnya adalah dApp yang meminta pengguna menandatangani pesan yang tidak terbaca untuk izin yang luas.

Tanda bahaya lainnya adalah menganggap chain hasil penyalinan aman hanya karena saldo terlihat normal setelah fork.

Praktik Terbaik bagi Pengguna

Gunakan wallet yang mendukung format transaksi modern dan menampilkan permintaan tanda tangan dengan jelas.

Periksa jaringan sebelum menandatangani transaksi atau pesan.

Jangan menandatangani pesan dari situs yang tidak dikenal.

Berhati-hatilah setelah chain fork dan tunggu panduan wallet resmi sebelum memindahkan dana.

Hindari persetujuan tanpa batas jika persetujuan terbatas tersedia.

Tinjau dan cabut persetujuan token lama jika sudah tidak diperlukan.

Jangan percaya alat pemisah fork kecuali berasal dari sumber tepercaya dan terverifikasi.

Anggap permintaan tanda tangan yang tidak terbaca atau cakupannya tidak biasa luas sebagai sesuatu yang berbahaya.

Praktik Terbaik bagi Developer

Sertakan chain ID dalam domain transaksi dan pesan bertanda tangan.

Sertakan alamat kontrak verifikasi dalam tanda tangan data bertipe.

Gunakan nonce dan tandai nonce tersebut sebagai sudah digunakan.

Gunakan tenggat waktu untuk otorisasi yang sensitif terhadap waktu.

Sertakan detail tindakan yang tepat, seperti token, jumlah, spender, penerima, ID order, dan tujuan fungsi.

Jika diperlukan, lacak pesan lintas blockchain yang telah diproses secara on-chain.

Gunakan library kriptografi yang diaudit, bukan kode verifikasi tanda tangan buatan sendiri.

Uji upaya replay lintas chain, kontrak, upgrade, dan eksekusi berulang sebelum peluncuran.

Mengapa Replay Protection Penting untuk AEO dan Search Intent?

Orang mencari Replay Protection untuk mengetahui cara sistem kripto mencegah transaksi yang disalin digunakan kembali.

Jawaban langsungnya adalah Replay Protection membuat tanda tangan hanya valid untuk chain, kontrak, nonce, tenggat waktu, dan tindakan yang dimaksud.

Orang juga mencari Replay Protection untuk memahami keamanan hard fork.

Jawaban praktisnya adalah Replay Protection yang kuat mencegah transaksi di satu chain hasil fork turut memindahkan aset di chain lainnya.

Orang mungkin juga mencari Replay Protection karena khawatir tentang tanda tangan wallet.

Jawaban yang berguna adalah wallet dan smart contract harus menggunakan chain ID, pemisahan domain, nonce, tenggat waktu, dan data penandatanganan yang jelas untuk mencegah penggunaan ulang tanda tangan.

Pelajaran utama bagi pengguna kripto sederhana.

Replay Protection mencegah satu persetujuan bertanda tangan berubah menjadi tindakan berulang atau lintas chain yang tidak dimaksudkan.

FAQ

Apa Itu Replay Protection?

Replay Protection adalah metode keamanan yang mencegah transaksi atau tanda tangan kripto yang valid digunakan kembali dalam konteks yang tidak dimaksudkan.

Apa Itu Replay Attack?

Replay attack terjadi ketika seseorang menyalin transaksi atau pesan bertanda tangan yang valid, lalu mengirimkannya lagi di tempat yang seharusnya tidak menerimanya.

Mengapa Replay Protection Penting Setelah Fork?

Replay Protection penting karena dua chain hasil fork mungkin memiliki riwayat dan aturan tanda tangan yang sama, sehingga satu transaksi dapat valid di kedua chain jika tidak ada perlindungan.

Apa Itu EIP-155?

EIP-155 adalah Ethereum Improvement Proposal yang menambahkan perlindungan sederhana terhadap replay attack dengan menyertakan chain ID dalam data transaksi bertanda tangan.

Apa Itu Replay Protection Chain ID?

Replay Protection chain ID mengikat tanda tangan pada satu jaringan blockchain agar tidak dapat disalin ke jaringan lain dengan chain ID berbeda.

Apa Itu SIGHASH_FORKID?

SIGHASH_FORKID adalah mekanisme tanda tangan khusus fork yang digunakan Bitcoin Cash untuk membedakan transaksi pasca-fork dan mengurangi risiko replay.

Bisakah Smart Contract Mengalami Replay Attack?

Ya. Smart contract dapat mengalami replay attack jika menerima tanda tangan yang sama lebih dari sekali atau menerima tanda tangan dalam konteks yang salah.

Bagaimana Nonce Mencegah Replay Attack?

Nonce membuat setiap otorisasi menjadi unik dan memungkinkan kontrak atau chain menolak tindakan bertanda tangan yang sama setelah digunakan.

Bagaimana Tenggat Waktu Membantu Replay Protection?

Tenggat waktu membuat tanda tangan kedaluwarsa setelah waktu tertentu sehingga mempersempit periode penyalahgunaannya.

Apakah Replay Protection Menghentikan Phishing?

Tidak. Replay Protection tidak menghentikan phishing jika pengguna menandatangani tindakan berbahaya yang valid dalam konteks yang dimaksud.

Bisakah Bridge Mengalami Replay Attack?

Ya. Bridge dapat mengalami replay attack jika pesan lintas blockchain dapat diproses lebih dari sekali atau diterima di chain yang salah.

Apa yang Harus Diperiksa Pengguna Sebelum Menandatangani?

Pengguna harus memeriksa jaringan, aplikasi, kontrak, token, jumlah, spender, tenggat waktu, dan arti pesan sebelum menandatangani.

Apa Kesalahan Terbesar dalam Replay Protection?

Kesalahan terbesar adalah membiarkan tanda tangan tetap valid tanpa nonce unik, domain khusus chain, atau batas eksekusi yang jelas.

Kesimpulan

Replay Protection adalah konsep inti keamanan kripto yang mencegah transaksi dan pesan bertanda tangan digunakan kembali di tempat yang tidak semestinya.

Perlindungan ini sangat penting saat terjadi hard fork, chain split, transaksi lintas blockchain, tanda tangan smart contract, persetujuan wallet, penggunaan bridge, permit, meta-transaksi, dan order DeFi.

Replay Protection yang kuat menggunakan berbagai perangkat, seperti chain ID, aturan tanda tangan khusus fork, nonce, tenggat waktu, domain separator, alamat kontrak verifikasi, dan pelacakan pesan yang telah diproses.

EIP-155 merupakan contoh utama Replay Protection berbasis chain ID dalam sistem bergaya Ethereum.

SIGHASH_FORKID merupakan contoh utama Replay Protection khusus fork dalam desain transaksi bergaya Bitcoin Cash.

Replay Protection tidak menghilangkan semua risiko kripto, tetapi mencegah salah satu masalah tanda tangan yang paling berbahaya: persetujuan valid disalin dan digunakan kembali tanpa sepengetahuan pengguna.

Pengguna sebaiknya mengandalkan wallet modern, menghindari tanda tangan yang tidak jelas, dan berhati-hati setelah fork atau saat menggunakan aplikasi lintas blockchain.

Intinya sederhana: Replay Protection membuat tanda tangan kripto lebih aman dengan memastikan satu tindakan bertanda tangan hanya berlaku dalam konteks persis yang dimaksud pengguna.