Verifikasi Tanda Tangan

Apa Itu Verifikasi Tanda Tangan?

Verifikasi tanda tangan adalah proses untuk memeriksa apakah sebuah tanda tangan digital dibuat oleh kunci privat yang sesuai dengan kunci publik atau alamat blockchain yang diketahui.

Dalam kripto, verifikasi tanda tangan digunakan untuk mengonfirmasi bahwa transaksi, pesan, persetujuan, voting, order, atau instruksi smart contract telah diotorisasi oleh pemilik wallet yang tepat.

Standar Tanda Tangan Digital NIST FIPS 186-5 resmi menjelaskan bahwa tanda tangan digital membantu mendeteksi perubahan data yang tidak sah dan mengautentikasi identitas penanda tangan.

Tanda tangan digital tidak mengungkapkan kunci privat.

Sebaliknya, tanda tangan tersebut membuktikan bahwa penanda tangan mengendalikan kunci privat saat data yang ditandatangani dibuat.

Inilah sebabnya pengguna kripto dapat membuktikan kepemilikan sebuah alamat tanpa mengungkapkan rahasia yang mengendalikan dana.

Verifikasi tanda tangan menjadi inti keamanan blockchain karena jaringan harus menolak transaksi yang tidak diotorisasi dengan benar.

Verifikasi ini juga penting bagi wallet, aplikasi terdesentralisasi, smart contract, sistem tata kelola, bridge, dan sistem trading off-chain.

Sederhananya, verifikasi tanda tangan adalah cara software kripto memeriksa bahwa tindakan yang ditandatangani benar-benar berasal dari wallet yang mengaku menyetujuinya.

Mengapa Verifikasi Tanda Tangan Penting dalam Kripto

Verifikasi tanda tangan penting karena sistem blockchain biasanya tidak mengandalkan nama pengguna, kata sandi, atau persetujuan layanan pelanggan untuk mengotorisasi transaksi.

Sistem tersebut mengandalkan bukti kriptografis.

Saat sebuah wallet menandatangani transaksi, jaringan memeriksa tanda tangan tersebut sebelum menerima transaksi sebagai valid.

dokumentasi akun Ethereum resmi menjelaskan bahwa kunci privat menandatangani pesan dan transaksi, sedangkan pihak lain dapat menggunakan tanda tangan yang dihasilkan untuk memperoleh atau memverifikasi identitas publik penanda tangan.

Proses ini melindungi pengguna dari transfer tidak sah karena penyerang seharusnya tidak dapat membuat tanda tangan valid tanpa kunci privat.

Verifikasi tanda tangan juga melindungi smart contract agar tidak menerima persetujuan, permit, voting, klaim, atau penarikan palsu.

Verifikasi ini membantu wallet menunjukkan apakah suatu pesan ditandatangani oleh alamat tertentu.

Verifikasi ini membantu aplikasi terdesentralisasi memeriksa bahwa pengguna memiliki wallet yang digunakannya.

Verifikasi ini membantu blockchain mempertahankan aturan kepemilikan tanpa memerlukan database akun terpusat.

Tanpa verifikasi tanda tangan yang andal, kepemilikan kripto tidak akan aman.

Cara Kerja Verifikasi Tanda Tangan

Verifikasi tanda tangan dimulai dari pesan atau transaksi yang telah ditandatangani menggunakan kunci privat.

Wallet penanda tangan terlebih dahulu menyiapkan data yang akan ditandatangani.

Wallet kemudian menggunakan kunci privat dan algoritme tanda tangan digital untuk menghasilkan tanda tangan.

Pemverifikasi menerima data asli, tanda tangan, serta kunci publik atau alamat yang terhubung dengan penanda tangan.

Algoritme verifikasi memeriksa apakah tanda tangan valid secara matematis untuk data dan kunci publik tersebut.

Jika tanda tangan valid, pemverifikasi menerima bahwa penanda tangan mengendalikan kunci privat yang sesuai saat tanda tangan dibuat.

Jika data berubah walaupun sedikit, tanda tangan seharusnya tidak lagi dapat diverifikasi untuk data yang telah diubah tersebut.

Hal ini memberikan dua sifat penting pada tanda tangan digital, yaitu autentisitas dan integritas.

Autentisitas berarti tanda tangan terkait dengan kunci penanda tangan.

Integritas berarti konten yang ditandatangani tidak berubah setelah penandatanganan.

Kunci Privat

Kunci privat adalah nilai rahasia yang digunakan untuk membuat tanda tangan digital dalam sistem kripto.

Kunci privat tidak boleh dibagikan karena siapa pun yang mengendalikannya biasanya dapat mengotorisasi transaksi dari wallet terkait.

Kunci privat tidak seperti kata sandi biasa karena jaringan blockchain tidak dapat meresetnya jika pengguna kehilangannya.

Software wallet biasanya menyembunyikan kunci privat mentah dan membantu pengguna mencadangkannya melalui seed phrase atau metode pemulihan lain.

Verifikasi tanda tangan berfungsi karena kunci privat dapat membuat tanda tangan yang mudah diverifikasi dengan kunci publik, tetapi sangat sulit dipalsukan tanpa kunci privat.

Hubungan satu arah ini merupakan fondasi sebagian besar model kepemilikan blockchain.

Jika kunci privat dicuri, verifikasi tanda tangan tetap akan menerima tanda tangan yang dibuat penyerang karena bukti kriptografisnya valid.

Inilah sebabnya keamanan wallet sama pentingnya dengan proses verifikasi itu sendiri.

panduan keamanan wallet Bitcoin resmi memperingatkan pengguna untuk mengamankan wallet dengan cermat karena akses ke kunci privat mengendalikan akses ke dana.

Kunci Publik

Kunci publik adalah nilai yang memungkinkan pihak lain memverifikasi tanda tangan yang dibuat oleh kunci privat yang sesuai.

Kunci publik dapat dibagikan secara terbuka karena, berdasarkan asumsi kriptografis normal, kunci tersebut tidak mengungkapkan kunci privat.

Dalam banyak sistem blockchain, alamat wallet diturunkan dari kunci publik atau hash kunci publik.

Saat pengguna menandatangani pesan, pemverifikasi dapat menggunakan kunci publik secara langsung atau memulihkan kunci publik dari tanda tangan, bergantung pada chain dan format tanda tangan.

Kunci publik penting karena menghubungkan tanda tangan dengan identitas di blockchain.

Tanda tangan valid membuktikan kendali atas kunci privat yang sesuai, bukan identitas hukum penanda tangan di dunia nyata.

Perbedaan ini penting karena alamat blockchain dapat dimiliki oleh individu, perusahaan, wallet smart contract, pengaturan multisignature, atau sistem otomatis.

Verifikasi tanda tangan membuktikan kendali atas kunci, bukan tingkat kepercayaan pribadi.

Pengguna tidak boleh menganggap tanda tangan yang valid berarti penanda tangan jujur atau tindakan yang ditandatangani aman.

Hash Pesan

Sebagian besar sistem tanda tangan digital menandatangani hash pesan alih-alih menandatangani data mentah tak terbatas secara langsung.

Fungsi hash mengubah data menjadi ringkasan berukuran tetap yang berubah secara drastis jika input berubah.

Dalam kripto, hal ini membantu membuat operasi tanda tangan efisien dan konsisten.

Jika pengguna menandatangani transaksi, wallet biasanya menandatangani hash transaksi atau payload penandatanganan yang dikodekan secara presisi.

Jika pengguna menandatangani pesan, wallet dapat menambahkan awalan atau pemisah domain sebelum melakukan hashing pada pesan.

Pemformatan tambahan ini membantu mencegah tanda tangan digunakan kembali dalam konteks berbeda.

Contohnya, tanda tangan pesan yang aman seharusnya tidak secara tidak sengaja menjadi tanda tangan transaksi yang valid.

Aturan hash dan pengodean yang tepat bergantung pada blockchain dan standar penandatanganan.

Pengguna perlu memperhatikan hashing pesan karena permintaan penandatanganan yang samar atau tidak dapat dibaca dapat menyembunyikan hal yang sebenarnya disetujui.

Algoritme Tanda Tangan Digital

Algoritme tanda tangan digital menentukan cara kerja kunci, tanda tangan, penandatanganan, dan verifikasi.

Proyek tanda tangan digital NIST mencantumkan teknik tanda tangan utama seperti RSA, ECDSA, dan EdDSA dalam pengembangan standar modern.

Sistem bergaya Bitcoin dan Ethereum umumnya menggunakan ECDSA pada kurva secp256k1.

panduan developer Bitcoin tentang transaksi resmi menyatakan bahwa Bitcoin menggunakan ECDSA dengan kurva secp256k1.

Solana menggunakan tanda tangan Ed25519 untuk penandatanganan transaksi normal.

dokumentasi transaksi Solana resmi menyatakan bahwa setiap penanda tangan memberikan tanda tangan Ed25519 berukuran 64 byte.

Algoritme yang berbeda dapat memiliki format kunci, ukuran tanda tangan, asumsi keamanan, karakteristik performa, dan risiko implementasi yang berbeda.

Pengguna biasanya tidak memilih algoritme secara manual karena wallet dan blockchain menentukan skema penandatanganan.

Developer harus memahami algoritme yang digunakan oleh chain tempat mereka membangun aplikasi karena penggunaan metode verifikasi yang salah dapat merusak autentikasi.

Verifikasi Tanda Tangan ECDSA

ECDSA merupakan singkatan dari Elliptic Curve Digital Signature Algorithm.

Dalam sistem bergaya Bitcoin dan Ethereum, ECDSA membantu membuktikan bahwa transaksi atau pesan diotorisasi oleh pemegang kunci privat.

Tanda tangan ECDSA umumnya mencakup nilai yang dikenal sebagai r dan s, sedangkan tanda tangan bergaya Ethereum juga menggunakan nilai pemulihan yang sering disebut v.

Nilai pemulihan dapat membantu memulihkan kunci publik atau alamat yang terkait dengan tanda tangan dalam konteks Ethereum.

Smart contract dan aplikasi dapat menggunakan verifikasi ECDSA untuk mengonfirmasi bahwa pesan ditandatangani oleh alamat yang diharapkan.

ECDSA harus diimplementasikan dengan cermat karena randomisasi yang lemah atau penggunaan ulang nonce saat penandatanganan dapat mengungkapkan kunci privat.

Verifikasi tanda tangan sendiri juga dapat dipengaruhi oleh malleability jika sistem menerima beberapa bentuk valid dari tanda tangan yang sama.

Developer sebaiknya menggunakan library kriptografis matang alih-alih menulis verifikasi ECDSA dari awal.

Pengguna perlu memahami bahwa keamanan ECDSA bergantung pada penandatanganan wallet yang kuat dan verifikasi aplikasi yang benar.

Verifikasi Tanda Tangan Ed25519

Ed25519 adalah skema tanda tangan digital berdasarkan kriptografi kurva Edwards.

Skema ini digunakan oleh beberapa sistem kripto, termasuk tanda tangan transaksi Solana.

Ed25519 dikenal karena verifikasi yang cepat, tanda tangan ringkas, dan perilaku penandatanganan deterministik berdasarkan desain standarnya.

Di Solana, transaksi mencakup tanda tangan yang membuktikan bahwa penanda tangan yang diwajibkan telah menyetujui pesan transaksi.

Verifikasi tanda tangan merupakan bagian dari cara runtime Solana memeriksa apakah pemilik atau otoritas akun menyetujui instruksi tertentu.

Developer yang bekerja dengan Solana harus memahami akun mana yang wajib menandatangani dan akun mana yang hanya perlu diteruskan ke dalam instruksi.

Pemeriksaan penanda tangan yang hilang dalam program Solana dapat menjadi bug kontrol akses yang serius.

Pengguna tidak perlu memverifikasi matematika Ed25519 secara manual, tetapi perlu memahami bahwa tanda tangan wallet merupakan peristiwa otorisasi nyata.

Menandatangani transaksi yang salah tetap dapat memindahkan aset atau memberikan izin meskipun algoritme tanda tangan berfungsi dengan benar.

Verifikasi Tanda Tangan Transaksi

Verifikasi tanda tangan transaksi memeriksa apakah transaksi blockchain diotorisasi oleh satu atau beberapa penanda tangan yang diwajibkan.

Di Bitcoin, tanda tangan transaksi membuktikan bahwa pihak yang membelanjakan dapat memenuhi kondisi skrip untuk koin yang dibelanjakan.

Di Ethereum, tanda tangan transaksi membuktikan bahwa transaksi berasal dari akun yang nonce, gas, penerima, nilai, dan datanya digunakan.

Di Solana, setiap penanda tangan yang diwajibkan memberikan tanda tangan atas pesan transaksi.

Jika tanda tangan yang diwajibkan tidak ada atau tidak valid, jaringan menolak transaksi tersebut.

Inilah sebabnya seseorang tidak dapat sekadar membuat transaksi yang membelanjakan aset pengguna lain tanpa kunci privat yang benar.

Verifikasi tanda tangan transaksi biasanya ditangani secara otomatis oleh node dan validator.

Pengguna melihat proses ini melalui prompt wallet dan konfirmasi transaksi.

Tanda tangan transaksi yang valid berarti otorisasi kriptografisnya valid, tetapi tidak berarti transaksi tersebut bijak, menguntungkan, atau aman.

Verifikasi Tanda Tangan Pesan

Verifikasi tanda tangan pesan memeriksa apakah wallet menandatangani pesan non-transaksi.

Pengguna dapat menandatangani pesan untuk login ke aplikasi terdesentralisasi, membuktikan kepemilikan wallet, menyetujui ketentuan off-chain, melakukan voting dalam tata kelola off-chain, atau mengotorisasi order off-chain.

Penandatanganan pesan sering disebut gasless karena tidak selalu membuat transaksi on-chain secara langsung.

Namun, pesan yang ditandatangani tetap dapat berdaya guna jika smart contract atau aplikasi menerimanya sebagai otorisasi di kemudian hari.

Contohnya, permit yang ditandatangani dapat menyetujui penggunaan token tanpa transaksi persetujuan terpisah jika token mendukung alur tersebut.

Order yang ditandatangani dapat mengotorisasi trading untuk dieksekusi kemudian oleh pihak atau kontrak lain.

Pesan login yang ditandatangani dapat membuktikan kepemilikan wallet kepada sebuah situs web.

Pengguna harus membaca prompt pesan dengan cermat karena penandatanganan tidak selalu tidak berbahaya.

Verifikasi tanda tangan memungkinkan otorisasi berbasis pesan, tetapi pemahaman pengguna membuatnya lebih aman.

Pesan Bertanda Tangan Ethereum

Ethereum menggunakan standar khusus untuk membuat pesan bertanda tangan lebih aman dan lebih mudah diverifikasi.

standar data bertanda tangan ERC-191 resmi menetapkan format untuk menangani data bertanda tangan dalam kontrak Ethereum.

Standar ini membantu membedakan pesan bertanda tangan dari transaksi Ethereum normal dan memberi developer struktur yang konsisten.

Hal ini penting karena tanda tangan seharusnya valid hanya untuk tujuan yang dimaksudkan.

Jika format pesan samar, penyerang mungkin mencoba menggunakan ulang tanda tangan dalam konteks lain.

Aplikasi Ethereum dapat menggunakan penandatanganan pesan pribadi, penandatanganan data terstruktur bertipe, atau validasi tanda tangan berbasis kontrak, bergantung pada kasus penggunaan.

Pengguna harus sangat berhati-hati ketika wallet menampilkan data heksadesimal yang tidak dapat dibaca atau teks penandatanganan yang samar.

Pesan yang jelas lebih aman karena pengguna dapat memahami hal yang sedang diotorisasi.

Desain wallet yang baik dan standar penandatanganan yang baik membantu mengurangi risiko phishing dan replay.

Verifikasi Data Bertipe EIP-712

EIP-712 adalah standar Ethereum untuk hashing dan penandatanganan data terstruktur bertipe.

standar data terstruktur bertipe EIP-712 resmi menetapkan metode untuk menandatangani data yang dapat lebih mudah dibaca manusia dan lebih terstruktur bagi software.

EIP-712 banyak digunakan untuk permit, voting tata kelola, order marketplace, pesan otorisasi, dan persetujuan terkait akun.

Data bertipe dapat mencakup pemisah domain yang mengikat tanda tangan pada kontrak, chain, nama, versi, dan konteks tertentu.

Hal ini membantu mengurangi risiko replay di berbagai kontrak atau jaringan.

Contohnya, tanda tangan yang ditujukan untuk satu aplikasi seharusnya tidak valid untuk aplikasi berbeda apabila domain dirancang dengan benar.

Wallet dapat menampilkan kolom bertipe dengan lebih jelas daripada byte mentah jika antarmuka diimplementasikan dengan baik.

Developer harus menggunakan EIP-712 dengan cermat karena pemisahan domain atau penanganan nonce yang salah dapat menciptakan kerentanan serius.

Pengguna tetap harus meninjau setiap prompt penandatanganan data bertipe sebelum menyetujuinya.

Verifikasi Tanda Tangan Smart Contract ERC-1271

ERC-1271 adalah standar yang memungkinkan wallet smart contract memverifikasi tanda tangan melalui logika kontrak.

metode validasi tanda tangan standar ERC-1271 resmi menetapkan cara bagi kontrak untuk mengonfirmasi apakah tanda tangan valid untuk hash tertentu.

Hal ini penting karena wallet smart contract tidak memiliki kunci privat dengan cara yang sama seperti akun yang dimiliki secara eksternal.

Wallet smart contract dapat memerlukan persetujuan multisignature, pemulihan sosial, session key, batas pengeluaran, atau logika kebijakan khusus.

ERC-1271 memungkinkan aplikasi meminta wallet kontrak apakah tanda tangan atau persetujuan valid berdasarkan aturannya.

Hal ini mendukung abstraksi akun, wallet DAO, wallet multisignature, dan sistem kustodi yang dapat diprogram.

Aplikasi yang hanya mendukung pemulihan ECDSA dari akun yang dimiliki secara eksternal mungkin gagal bekerja dengan wallet smart contract.

Developer sebaiknya mendukung ERC-1271 jika menginginkan kompatibilitas yang lebih baik dengan akun berbasis kontrak.

Pengguna perlu memahami bahwa verifikasi tanda tangan smart contract dapat bergantung pada status kontrak, bukan hanya satu tanda tangan kunci privat.

Verifikasi Tanda Tangan dalam Smart Contract

Smart contract dapat memverifikasi tanda tangan untuk mengotorisasi tindakan tanpa mengharuskan penanda tangan mengirim transaksi secara langsung.

Hal ini berguna untuk persetujuan gasless, meta-transaksi, order off-chain, sistem klaim, whitelist, voting tata kelola, dan delegasi akun.

Smart contract dapat memeriksa bahwa pesan bertanda tangan mencakup pengguna, jumlah, tenggat waktu, nonce, chain ID, dan alamat kontrak yang benar.

Jika tanda tangan valid dan pesan belum digunakan sebelumnya, kontrak dapat menjalankan tindakan yang diotorisasi.

Jika ada kolom yang salah, kedaluwarsa, digunakan ulang, atau ditandatangani oleh alamat yang salah, kontrak seharusnya menolaknya.

Verifikasi tanda tangan dalam smart contract harus dirancang dengan cermat karena kesalahan dapat memungkinkan penyerang menggunakan ulang tanda tangan lama atau mengubah makna tanda tangan.

Developer sebaiknya menyertakan nonce, tenggat waktu, pemisah domain, dan data bertipe eksplisit bila sesuai.

Mereka juga harus menolak tanda tangan yang dapat dimodifikasi dan memvalidasi penanda tangan yang diharapkan secara jelas.

Smart contract yang menerima tanda tangan secara efektif menerima otorisasi off-chain, sehingga aturannya harus ketat.

Serangan Replay

Serangan replay terjadi ketika tanda tangan valid digunakan ulang dalam konteks ketika tanda tangan tersebut seharusnya tidak lagi valid.

Contohnya, tanda tangan yang dibuat untuk satu chain dapat digunakan ulang pada chain lain jika data yang ditandatangani tidak mencakup chain ID atau pemisah domain.

Tanda tangan yang dibuat untuk satu kontrak dapat digunakan ulang pada kontrak lain jika data yang ditandatangani tidak mencakup alamat kontrak pemverifikasi.

Tanda tangan yang dibuat untuk satu order dapat digunakan ulang berulang kali jika data yang ditandatangani tidak mencakup nonce atau kontrak tidak menandai nonce sebagai sudah digunakan.

Perlindungan replay merupakan salah satu bagian terpenting dari verifikasi tanda tangan.

Pertahanan replay umum mencakup nonce, tenggat waktu, chain ID, pemisah domain, alamat kontrak, kolom khusus tindakan, dan pelacakan tanda tangan yang telah digunakan.

Pengguna mungkin tidak melihat setiap kolom perlindungan replay pada prompt wallet, tetapi developer harus menyertakannya dengan benar.

Tanda tangan yang dapat diverifikasi secara matematis tetap dapat tidak aman jika diverifikasi di tempat atau waktu yang salah.

Verifikasi tanda tangan yang baik tidak hanya menanyakan apakah penanda tangan benar, tetapi juga apakah otorisasi bertanda tangan valid untuk konteks yang tepat ini.

Nonce dalam Verifikasi Tanda Tangan

Nonce adalah angka atau nilai yang digunakan untuk membuat pesan bertanda tangan menjadi unik.

Dalam sistem transaksi, nonce dapat mencegah transaksi yang sama diulang berulang kali.

Dalam sistem tanda tangan smart contract, nonce dapat mencegah permit, order, atau klaim bertanda tangan yang sama digunakan lebih dari sekali.

Nonce harus diperiksa dan diperbarui dengan benar oleh kontrak atau sistem pemverifikasi.

Jika nonce tidak ada, tanda tangan mungkin dapat digunakan ulang.

Jika nonce tidak ditandai sebagai sudah digunakan, penyerang dapat mengulangi otorisasi yang sama.

Jika nonce digunakan bersama secara keliru untuk tindakan yang tidak terkait, satu alur tanda tangan dapat mengganggu alur lainnya.

Beberapa sistem menggunakan nonce berurutan, sedangkan yang lain menggunakan nonce tidak berurutan atau bitmap untuk fleksibilitas.

Desain nonce adalah detail kecil yang dapat menentukan apakah verifikasi tanda tangan aman.

Tenggat Waktu dan Kedaluwarsa

Tenggat waktu membatasi durasi tanda tangan tetap dapat digunakan.

Hal ini penting karena tanda tangan yang tidak pernah kedaluwarsa dapat menjadi berbahaya jika bocor, terlupakan, atau digunakan dalam lingkungan pasar yang berubah.

Contohnya, order trading off-chain biasanya harus kedaluwarsa setelah waktu yang ditentukan.

Permit token seharusnya tidak tetap valid selamanya, kecuali pengguna memahami risiko tersebut dengan jelas.

Tanda tangan klaim seharusnya tidak dapat digunakan setelah kampanye atau periode kelayakan yang ditentukan berakhir.

Tenggat waktu juga mengurangi dampak phishing atau paparan pesan yang tidak disengaja.

Smart contract seharusnya membandingkan waktu blok atau konteks slot saat ini dengan tenggat waktu yang ditandatangani sebelum menerima tanda tangan.

Pengguna harus berhati-hati saat menandatangani pesan dengan periode kedaluwarsa yang sangat panjang atau tanpa batas.

Kedaluwarsa adalah kontrol keamanan praktis yang membuat verifikasi tanda tangan lebih sadar konteks.

Pemisahan Domain

Pemisahan domain berarti menyertakan konteks dalam data yang ditandatangani sehingga tanda tangan valid hanya untuk domain tertentu.

Domain dapat mencakup nama aplikasi, versi, chain ID, alamat kontrak pemverifikasi, dan jenis pesan.

EIP-712 menggunakan pemisahan domain untuk mengurangi risiko tanda tangan untuk satu aplikasi menjadi valid dalam aplikasi lain.

Hal ini penting karena pengguna kripto sering berinteraksi dengan banyak jaringan, kontrak, wallet, dan aplikasi terdesentralisasi.

Tanpa pemisahan domain, tanda tangan dapat menjadi terlalu mudah digunakan lintas konteks sehingga berbahaya.

Pemisahan domain yang baik membuat tanda tangan lebih menyerupai instruksi presisi dan tidak seperti cek kosong.

Developer tidak boleh hanya mengandalkan alamat pengguna dan jumlah ketika tanda tangan dapat memengaruhi aset bernilai.

Mereka harus menyertakan konteks yang cukup agar otorisasi unik untuk tindakan yang dituju.

Pengguna memperoleh manfaat dari pemisahan domain bahkan ketika tidak melihat setiap kolom secara langsung.

Malleability Tanda Tangan

Malleability tanda tangan berarti lebih dari satu nilai tanda tangan dapat diverifikasi untuk penanda tangan dan pesan yang sama dalam kondisi tertentu.

Hal ini dapat menimbulkan masalah jika sistem mengasumsikan setiap tanda tangan valid hanya memiliki satu representasi unik.

Dalam sistem ECDSA, developer sering menggunakan aturan lower-s atau library matang untuk mengurangi masalah malleability.

Malleability dapat memengaruhi pengenal transaksi, pelacakan replay, pencocokan order, dan logika konsumsi tanda tangan jika ditangani dengan buruk.

Kontrak pemverifikasi tidak boleh hanya memeriksa bahwa tanda tangan valid.

Kontrak juga harus menerapkan bentuk kanonis yang diharapkan jika chain atau library memerlukannya.

Developer sebaiknya menggunakan library tanda tangan yang telah ditinjau dengan baik dan sudah menangani aturan malleability secara tepat.

Pengguna biasanya tidak perlu memeriksa detail malleability, tetapi mereka terlindungi ketika wallet dan kontrak mengikuti standar aman.

Malleability tanda tangan menunjukkan bahwa verifikasi kriptografis membutuhkan aturan implementasi yang presisi, bukan hanya gagasan tingkat tinggi.

Verifikasi Tanda Tangan dan Login Wallet

Login wallet sering menggunakan verifikasi tanda tangan pesan untuk membuktikan bahwa pengguna mengendalikan alamat wallet.

Sebuah situs web dapat meminta pengguna menandatangani pesan login alih-alih membuat akun dengan nama pengguna dan kata sandi biasa.

Server kemudian memverifikasi tanda tangan dan memeriksa apakah tanda tangan cocok dengan alamat wallet yang diklaim.

Hal ini dapat praktis karena pengguna tidak perlu membagikan kata sandi.

Namun, pesan login harus ditulis dengan jelas dan mencakup domain, stempel waktu, nonce, dan tujuan.

Permintaan login yang samar dapat melatih pengguna untuk menandatangani pesan tanpa membacanya.

Situs web berbahaya dapat meniru alur login sambil meminta tanda tangan yang lebih berbahaya.

Login wallet tidak boleh meminta persetujuan token, transfer aset, atau otorisasi yang tidak jelas saat bukti login sederhana sudah cukup.

Pengguna harus membaca tanda tangan login dengan cermat dan menghindari penandatanganan pesan dari situs web mencurigakan.

Verifikasi Tanda Tangan dan Permit Token

Permit token memungkinkan pengguna menyetujui penggunaan token melalui tanda tangan alih-alih mengirim transaksi persetujuan terpisah.

Hal ini dapat meningkatkan pengalaman pengguna dengan mengurangi jumlah langkah on-chain.

Namun, hal ini juga berarti pesan bertanda tangan dapat memberikan izin penggunaan token.

Tanda tangan permit harus mencakup pemilik, pihak yang diberi izin menggunakan token, jumlah, nonce, tenggat waktu, kontrak token, dan konteks chain.

Jika pengguna menandatangani permit berbahaya, penyerang mungkin dapat menggunakan token tanpa pengguna mengirim transaksi persetujuan biasa.

Wallet seharusnya menampilkan detail permit dengan jelas karena tanda tangan dapat memiliki dampak finansial.

Smart contract harus memverifikasi tanda tangan permit dengan ketat dan menolak persetujuan yang kedaluwarsa atau digunakan ulang.

Pengguna harus memperlakukan tanda tangan permit dengan kehati-hatian yang sama seperti transaksi persetujuan.

Gasless tidak berarti bebas risiko.

Verifikasi Tanda Tangan dan Tata Kelola

Sistem tata kelola dapat menggunakan verifikasi tanda tangan untuk voting off-chain, delegasi suara, dukungan proposal, dan alur voting gasless.

Pengguna dapat menandatangani pesan voting, lalu sistem tata kelola dapat memverifikasi bahwa tanda tangan tersebut berasal dari alamat dengan hak suara.

Hal ini dapat mengurangi biaya transaksi dan mempermudah partisipasi.

Namun, hal ini juga dapat menciptakan risiko jika tanda tangan dapat digunakan ulang, samar, atau dikumpulkan melalui antarmuka phishing.

Tanda tangan tata kelola harus mencakup ID proposal, pilihan suara, chain ID, kontrak tata kelola, nonce, tenggat waktu, dan konteks delegasi jika diperlukan.

Pengguna harus membaca pesan voting dengan cermat karena voting bertanda tangan dapat memengaruhi arah protokol, tindakan treasury, atau peningkatan kontrak.

Developer harus membuat prompt penandatanganan tata kelola mudah dibaca dan sulit disalahartikan sebagai persetujuan yang tidak terkait.

Verifikasi tanda tangan dapat membuat tata kelola lebih mudah diakses, tetapi juga menjadikan desain penandatanganan yang jelas sangat penting.

Tanda tangan tata kelola yang terverifikasi membuktikan bahwa wallet menandatangani voting, bukan bahwa pemilih memahami setiap konsekuensinya.

Verifikasi Tanda Tangan dan Bridge

Bridge sering menggunakan tanda tangan atau atestasi validator untuk mengonfirmasi bahwa peristiwa terjadi pada satu chain sebelum aset atau pesan dilepaskan pada chain lain.

Bridge dapat memerlukan tanda tangan dari komite, kumpulan validator, kelompok relayer, penanda tangan ambang batas, atau sistem bukti kriptografis.

Oleh karena itu, verifikasi tanda tangan adalah bagian utama dari banyak desain cross-chain.

Jika verifikasi tanda tangan bridge lemah, penyerang dapat memalsukan pesan, menggunakan ulang penarikan lama, atau menipu bridge agar melepaskan aset secara tidak benar.

Tanda tangan bridge harus mencakup chain ID, ID pesan, alamat sumber dan tujuan, jumlah, nonce, serta domain kontrak.

Bridge adalah sistem berisiko tinggi karena sering mengamankan pool aset besar dan bergantung pada lebih dari satu jaringan.

Pengguna harus memahami bahwa tanda tangan bridge yang valid hanya membuktikan sesuatu berdasarkan model kepercayaan bridge tersebut.

Tanda tangan tersebut tidak secara otomatis membuktikan bahwa bridge terdesentralisasi, solvent, atau aman.

Verifikasi tanda tangan diperlukan bagi banyak bridge, tetapi bukan satu-satunya persyaratan keamanan bridge.

Verifikasi Tanda Tangan dan Wallet Multisignature

Wallet multisignature memerlukan lebih dari satu persetujuan sebelum suatu tindakan dapat dieksekusi.

Verifikasi tanda tangan digunakan untuk memeriksa persetujuan setiap penanda tangan berdasarkan aturan wallet.

Wallet multisignature dapat memerlukan dua dari tiga penanda tangan, tiga dari lima penanda tangan, atau ambang batas lainnya.

Hal ini mengurangi risiko satu kunci karena satu kunci yang dicuri mungkin tidak cukup untuk memindahkan dana.

Namun, keamanan multisignature bergantung pada independensi penanda tangan, keamanan perangkat, peninjauan transaksi yang jelas, dan logika kontrak yang benar.

Pengaturan multisignature tetap dapat gagal jika semua penanda tangan menyetujui transaksi berbahaya atau antarmuka wallet disusupi.

Wallet multisignature smart contract dapat menggunakan logika validasi khusus, bukan hanya pemulihan akun ECDSA biasa.

Ini merupakan salah satu alasan kompatibilitas ERC-1271 penting bagi aplikasi terdesentralisasi modern.

Verifikasi tanda tangan multisignature membantu mendistribusikan otoritas, tetapi tidak menghilangkan kebutuhan akan peninjauan yang cermat.

Verifikasi Tanda Tangan dan Abstraksi Akun

Abstraksi akun memungkinkan wallet menggunakan aturan validasi yang lebih fleksibel daripada akun kunci privat sederhana.

roadmap abstraksi akun Ethereum resmi menjelaskan bahwa abstraksi akun dapat membuat akun wallet lebih dapat diprogram.

Dalam sistem abstraksi akun, verifikasi tanda tangan dapat melibatkan session key, Passkey, aturan multisignature, pemulihan sosial, batas pengeluaran, atau modul validasi khusus.

Artinya, pertanyaannya menjadi lebih luas daripada apakah satu tanda tangan ECDSA cocok dengan satu alamat.

Kontrak wallet dapat menentukan apakah sebuah operasi valid berdasarkan kebijakannya sendiri.

Hal ini dapat meningkatkan pengalaman pengguna dan keamanan jika dirancang dengan baik.

Hal ini juga dapat menciptakan kompleksitas karena aplikasi harus mendukung validasi berbasis kontrak dan aturan wallet yang berubah.

Developer sebaiknya tidak mengasumsikan setiap akun pengguna adalah akun sederhana yang dimiliki secara eksternal.

Verifikasi tanda tangan dalam abstraksi akun bergerak dari pemeriksaan kunci tetap menuju logika otorisasi yang dapat diprogram.

Verifikasi Tanda Tangan dan Hardware Wallet

Hardware wallet membantu melindungi kunci privat dengan menyimpan operasi penandatanganan di dalam perangkat khusus.

Perangkat membuat tanda tangan tanpa mengungkapkan kunci privat kepada komputer atau ponsel yang terhubung.

Verifikasi tanda tangan oleh blockchain atau aplikasi tetap berfungsi dengan cara yang sama setelah tanda tangan dibuat.

Manfaat keamanannya berasal dari berkurangnya kemungkinan malware mencuri kunci privat.

Namun, hardware wallet tidak dapat melindungi pengguna yang menyetujui transaksi berbahaya tanpa membacanya.

Perangkat dapat menampilkan detail transaksi, tetapi pengguna tetap harus memverifikasi alamat, jumlah, biaya, dan tindakan kontrak.

Blind signing sangat berisiko karena pengguna dapat menyetujui data yang tidak dapat dijelaskan perangkat secara jelas.

Hardware wallet meningkatkan perlindungan kunci, sedangkan verifikasi tanda tangan mengonfirmasi bahwa kunci yang dilindungi hardware mengotorisasi tindakan tersebut.

Penandatanganan yang aman dan peninjauan yang cermat sama-sama diperlukan.

Verifikasi Tanda Tangan dan Phishing

Serangan phishing sering menipu pengguna agar menandatangani pesan atau transaksi yang menguntungkan penyerang.

Tanda tangan dapat valid secara kriptografis meskipun pengguna telah ditipu.

Ini penting karena verifikasi tanda tangan memeriksa validitas matematis, bukan niat pengguna.

Situs phishing dapat meminta tanda tangan permit, persetujuan token, pesan login palsu, atau tanda tangan order.

Jika pengguna menandatangani, penyerang dapat mengirim data bertanda tangan ke kontrak yang menerimanya.

peringatan investor SEC tentang penipuan aset kripto resmi memperingatkan bahwa pelaku penipuan menggunakan berbagai taktik untuk memancing korban ke penipuan terkait kripto.

Pengguna harus memverifikasi domain situs web, prompt wallet, alamat pihak yang diberi izin menggunakan token, jumlah token, tenggat waktu, dan teks pesan sebelum menandatangani.

Mereka harus menghindari tautan mendesak, airdrop palsu, akun dukungan palsu, dan permintaan persetujuan yang tidak terduga.

Verifikasi tanda tangan tidak dapat melindungi pengguna dari setiap serangan rekayasa sosial karena pengguna yang tertipu tetap dapat menghasilkan tanda tangan valid.

Verifikasi Tanda Tangan dan Simulasi Transaksi

Simulasi transaksi berupaya mempratinjau hal yang mungkin dilakukan transaksi sebelum pengguna menandatangani atau menyiarkannya.

Simulasi dapat membantu pengguna memahami apakah transaksi bertanda tangan dapat mentransfer token, menyetujui penggunaan token, mencetak aset, memanggil kontrak, atau gagal.

Verifikasi tanda tangan dan simulasi menyelesaikan masalah yang berbeda.

Verifikasi tanda tangan memeriksa apakah otorisasi valid secara kriptografis.

Simulasi memperkirakan dampak kemungkinan dari tindakan yang diotorisasi berdasarkan status saat ini.

Tanda tangan yang valid dapat mengotorisasi tindakan berbahaya, sedangkan simulasi dapat membantu mengungkapkan bahaya tersebut sebelum konfirmasi.

Simulasi tidak sempurna karena status blockchain dapat berubah sebelum transaksi dieksekusi.

Simulasi juga dapat melewatkan dampak dari kontrak kompleks, alur order privat, atau perilaku token yang tidak biasa.

Pengguna harus memperlakukan simulasi sebagai alat peringatan yang membantu, bukan jaminan sempurna.

Verifikasi Tanda Tangan untuk Developer

Developer harus memverifikasi tanda tangan menggunakan library tepercaya dan standar yang dikenal luas.

Mereka harus menghindari penulisan kode kriptografis khusus kecuali memiliki keahlian khusus dan alasan yang kuat.

Mereka harus menentukan secara tepat hal yang ditandatangani pengguna dan mengodekan data tersebut tanpa ambiguitas.

Mereka harus menyertakan chain ID, alamat kontrak, nonce, tenggat waktu, penanda tangan, jenis tindakan, jumlah, penerima, dan konteks penting lainnya.

Mereka harus menolak tanda tangan kedaluwarsa dan nonce yang sudah digunakan.

Mereka harus melindungi dari malleability tanda tangan dan pemulihan penanda tangan yang salah.

Mereka harus mendukung ERC-1271 jika wallet smart contract diperkirakan menjadi pengguna.

Mereka harus menguji tanda tangan di berbagai wallet, library, jaringan, dan kasus tepi.

Mereka harus merancang prompt penandatanganan yang dapat dibaca dan dipahami pengguna.

Verifikasi Tanda Tangan untuk Pengguna

Pengguna harus memperlakukan setiap permintaan tanda tangan sebagai peristiwa otorisasi nyata.

Mereka harus membaca prompt wallet sebelum menyetujuinya.

Mereka harus berhati-hati ketika wallet menampilkan data heksadesimal mentah atau teks pesan yang tidak jelas.

Mereka harus memverifikasi domain situs web sebelum menandatangani apa pun.

Mereka harus memeriksa apakah tanda tangan hanya untuk login atau memberikan izin penggunaan token, eksekusi trading, hak suara, atau hak penarikan.

Mereka harus menghindari penandatanganan pesan dari tautan yang diterima melalui pesan tidak dikenal, akun dukungan palsu, atau halaman airdrop mencurigakan.

Mereka harus menggunakan hardware wallet atau pengaturan kustodi yang lebih kuat untuk saldo besar bila sesuai.

Mereka harus meninjau dan mencabut persetujuan token yang tidak diperlukan bila praktis.

Mereka harus mengingat bahwa tanda tangan valid tetap dapat berbahaya jika mengotorisasi tindakan yang salah.

Kesalahan Umum dalam Verifikasi Tanda Tangan

Satu kesalahan umum adalah menganggap tanda tangan valid berarti tindakan tersebut aman.

Kesalahan lain adalah menandatangani pesan yang tidak dapat dibaca tanpa memahami tujuannya.

Kesalahan ketiga adalah lupa menyertakan nonce dalam otorisasi bertanda tangan.

Kesalahan keempat adalah lupa menyertakan tenggat waktu atau waktu kedaluwarsa.

Kesalahan kelima adalah gagal menyertakan chain ID atau alamat kontrak pemverifikasi dalam data bertanda tangan.

Kesalahan keenam adalah menggunakan penandatanganan pesan pribadi untuk persetujuan finansial kompleks yang memerlukan data bertipe terstruktur.

Kesalahan ketujuh adalah tidak mendukung wallet smart contract melalui ERC-1271.

Kesalahan kedelapan adalah menerima tanda tangan yang dapat dimodifikasi atau panjang tanda tangan yang salah tanpa pemeriksaan yang tepat.

Kesalahan kesembilan adalah menggunakan library penandatanganan yang usang atau tidak cocok antara front end dan kontrak.

Kesalahan kesepuluh adalah memperlakukan tanda tangan off-chain sebagai tidak berbahaya karena tidak langsung memerlukan gas.

Manfaat Verifikasi Tanda Tangan

Manfaat pertama verifikasi tanda tangan adalah otorisasi transaksi yang kuat tanpa kata sandi.

Manfaat kedua adalah bukti kepemilikan wallet tanpa mengungkapkan kunci privat.

Manfaat ketiga adalah perlindungan terhadap data transaksi atau pesan yang diubah.

Manfaat keempat adalah dukungan untuk persetujuan gasless, order off-chain, dan login wallet.

Manfaat kelima adalah kompatibilitas yang lebih baik dengan tata kelola, permit, klaim, dan abstraksi akun.

Manfaat keenam adalah autentikasi terdesentralisasi karena pengguna dapat membuktikan kendali atas alamat tanpa penyedia identitas terpusat.

Manfaat ketujuh adalah otomatisasi smart contract berdasarkan instruksi bertanda tangan.

Manfaat kedelapan adalah dukungan multisignature dan wallet yang dapat diprogram ketika diimplementasikan dengan standar yang tepat.

Manfaat kesembilan adalah koordinasi cross-chain dan off-chain yang lebih baik ketika perlindungan replay dirancang dengan benar.

Manfaat kesepuluh adalah menjadi fondasi kepemilikan aset kripto itu sendiri.

Risiko dan Keterbatasan Verifikasi Tanda Tangan

Keterbatasan pertama adalah verifikasi tanda tangan membuktikan kendali atas kunci, bukan niat pengguna.

Keterbatasan kedua adalah kunci privat yang dicuri dapat menghasilkan tanda tangan valid.

Keterbatasan ketiga adalah pengguna yang tertipu dapat menandatangani pesan berbahaya.

Keterbatasan keempat adalah serangan replay dapat terjadi jika konteks dan nonce tidak ada.

Keterbatasan kelima adalah tanda tangan dapat tidak aman jika prompt wallet tidak dapat dibaca.

Keterbatasan keenam adalah wallet smart contract mungkin memerlukan ERC-1271 atau dukungan validasi khusus.

Keterbatasan ketujuh adalah implementasi penandatanganan yang lemah dapat mengungkapkan kunci privat.

Keterbatasan kedelapan adalah tanda tangan cross-chain dapat berbahaya tanpa perlindungan khusus chain.

Keterbatasan kesembilan adalah tanda tangan valid tidak membuktikan kontrak, token, bridge, atau aplikasi aman.

Keterbatasan kesepuluh adalah pengguna dapat salah memahami tanda tangan off-chain karena mungkin tidak tampak seperti transaksi normal.

Praktik Terbaik untuk Verifikasi Tanda Tangan

Gunakan standar tanda tangan yang sudah mapan alih-alih format pesan khusus.

Gunakan data bertipe EIP-712 untuk persetujuan pengguna kompleks bergaya Ethereum bila sesuai.

Gunakan pemformatan ERC-191 untuk pesan bertanda tangan Ethereum jika sesuai dengan kasus penggunaan.

Dukung ERC-1271 ketika wallet kontrak atau pengguna abstraksi akun dapat berinteraksi dengan aplikasi.

Sertakan nonce, tenggat waktu, chain ID, kontrak pemverifikasi, jenis tindakan, penanda tangan, jumlah, dan penerima dalam data bertanda tangan jika relevan.

Tolak tanda tangan yang digunakan ulang, kedaluwarsa, salah format, atau dapat dimodifikasi.

Pastikan library penandatanganan dan verifikasi selalu diperbarui serta diuji.

Tampilkan prompt penandatanganan dalam bahasa yang jelas dan mudah dibaca manusia.

Edukasi pengguna bahwa penandatanganan pesan dapat mengotorisasi tindakan finansial.

Gabungkan verifikasi tanda tangan dengan simulasi transaksi, peninjauan izin, dan pemeriksaan keamanan smart contract.

FAQ

Apa arti verifikasi tanda tangan dalam kripto?

Verifikasi tanda tangan berarti memeriksa bahwa tanda tangan digital dibuat oleh kunci privat yang terhubung ke kunci publik, alamat wallet, atau aturan wallet smart contract tertentu.

Mengapa blockchain memverifikasi tanda tangan?

Blockchain memverifikasi tanda tangan untuk mengonfirmasi bahwa transaksi diotorisasi oleh pemilik wallet yang tepat sebelum mengubah saldo atau status kontrak.

Apakah verifikasi tanda tangan mengungkapkan kunci privat saya?

Tidak, verifikasi tanda tangan memeriksa bukti yang dibuat oleh kunci privat tanpa mengungkapkan kunci privat itu sendiri.

Apakah tanda tangan valid dapat berbahaya?

Ya, tanda tangan valid dapat berbahaya jika pengguna menandatangani persetujuan, permit, order, transaksi, atau pesan berbahaya.

Apa perbedaan antara menandatangani dan memverifikasi?

Penandatanganan membuat tanda tangan digital menggunakan kunci privat, sedangkan verifikasi memeriksa bahwa tanda tangan cocok dengan data dan identitas publik penanda tangan.

Untuk apa EIP-712 digunakan?

EIP-712 digunakan untuk menandatangani data terstruktur bertipe agar wallet dan aplikasi dapat menangani tanda tangan kompleks bergaya Ethereum dengan lebih jelas dan aman.

Untuk apa ERC-1271 digunakan?

ERC-1271 digunakan agar wallet smart contract dapat memvalidasi tanda tangan melalui logika kontrak alih-alih hanya mengandalkan tanda tangan akun kunci privat normal.

Apa itu perlindungan replay?

Perlindungan replay mencegah tanda tangan valid digunakan ulang dalam transaksi, kontrak, chain, periode waktu, atau konteks otorisasi yang salah.

Apakah penandatanganan pesan dapat memindahkan dana saya?

Penandatanganan pesan itu sendiri mungkin tidak langsung memindahkan dana, tetapi permit, order, atau otorisasi bertanda tangan dapat memungkinkan kontrak atau penyerang memindahkan aset kemudian jika pesan memberikan kewenangan tersebut.

Bagaimana pengguna dapat tetap aman saat menandatangani pesan?

Pengguna dapat lebih aman dengan membaca prompt wallet, memverifikasi domain, memeriksa alamat pihak yang diberi izin menggunakan token, menghindari pesan yang samar, menggunakan antarmuka tepercaya, dan menolak tanda tangan yang tidak dipahami.

Kesimpulan

Verifikasi Tanda Tangan adalah proses kriptografis yang memeriksa apakah transaksi atau pesan diotorisasi oleh kunci privat atau logika wallet yang terhubung dengan identitas blockchain publik.

Verifikasi ini merupakan salah satu mekanisme keamanan inti di balik kepemilikan kripto, persetujuan transaksi, login wallet, permit token, voting tata kelola, order off-chain, otorisasi smart contract, bridge, dan wallet multisignature.

Verifikasi tanda tangan berfungsi karena kunci privat dapat membuat tanda tangan yang dapat diverifikasi oleh kunci publik atau aturan smart contract tanpa mengungkapkan kunci privat.

Ekosistem yang berbeda menggunakan skema tanda tangan berbeda, seperti ECDSA dalam sistem bergaya Bitcoin dan Ethereum serta Ed25519 dalam penandatanganan transaksi Solana.

Standar penandatanganan Ethereum seperti ERC-191, EIP-712, dan ERC-1271 membantu membuat verifikasi tanda tangan lebih aman dan kompatibel di berbagai wallet, aplikasi, dan smart contract.

Verifikasi tanda tangan yang kuat memerlukan perlindungan replay, nonce, tenggat waktu, pemisahan domain, pemeriksaan penanda tangan yang benar, perlindungan malleability, serta dukungan bagi wallet smart contract bila diperlukan.

Pengguna harus memahami bahwa tanda tangan valid membuktikan otorisasi oleh kunci atau aturan wallet, tetapi tidak membuktikan bahwa tindakan tersebut aman, menguntungkan, atau bebas dari phishing.

Developer sebaiknya menggunakan library matang, data bertipe yang jelas, pola smart contract aman, dan prompt penandatanganan yang mudah dibaca alih-alih alur penandatanganan khusus yang tidak jelas.

Bagi pemula, verifikasi tanda tangan paling mudah dipahami sebagai pemeriksaan kripto yang membuktikan sebuah wallet benar-benar menyetujui sesuatu.

Bagi pengguna tingkat lanjut, ini adalah mekanisme autentikasi dan integritas yang menyatukan kunci privat, kunci publik, hash, standar, smart contract, perlindungan replay, dan keamanan wallet dalam satu sistem otorisasi.

Dalam konteks glosarium kripto, Verifikasi Tanda Tangan berarti proses memvalidasi tanda tangan digital agar jaringan blockchain dan aplikasi dapat mengonfirmasi bahwa tindakan bertanda tangan berasal dari wallet atau otoritas berbasis kontrak yang tepat.

Intinya, verifikasi tanda tangan memungkinkan kepemilikan dan otorisasi kripto, tetapi pengguna tetap memerlukan kebiasaan keamanan wallet yang baik, prompt penandatanganan yang jelas, antarmuka tepercaya, dan sikap skeptis yang kuat sebelum menyetujui transaksi atau pesan apa pun.