Prompt berbahaya dan drainer

Master sumber EN · P03-L05 · needs_review

Hanya pembelajaran luring/hanya baca. Jangan pernah memberikan rahasia, kata sandi, atau kode autentikasi. Tanpa koneksi dompet, approval nyata, pencabutan izin langsung, tanda tangan transaksi, transfer, dana, atau perdagangan. Visual hanya berupa spesifikasi.

Permintaan bergaya drainer dinilai melalui kemampuan yang dimintanya, bukan keterangannya yang menenangkan. Bukti cakupan berbahaya dapat membenarkan penghentian sementara eksekusi dan niat manusia tetap belum terselesaikan.

Mulai dengan tujuan yang dinyatakan siswa

Tindakan yang dimaksud dalam data latihan adalah membaca saldo publik, yang tidak memerlukan otorisasi. Namun R1 meminta allowance; R2 meminta transfer langsung; R3 sama sekali tidak menyebut efek. Bandingkan kemampuan ini dengan tujuan yang dinyatakan. Ini bukan pengujian apakah halaman memakai kata-kata mengkhawatirkan: ini pengujian apakah efek yang diminta dibenarkan dan dipahami.

Baca otoritas aktual

Izin ERC-20 menyebut spender dan jumlah [ERC20]. Pesan berbentuk permit dapat mengotorisasi allowance menurut aturan approval bertanda tangan yang berlaku [PERMIT]. Instruksi transaksi dapat meminta perpindahan langsung [ETH_TX]. Tidak satu pun bentuk ini otomatis mengidentifikasi orang berbahaya. Aplikasi sah dapat memakai approval, dan permintaan approval saja bukan bukti niat berbahaya.

Data latihan membuat ketidakcocokan eksplisit: “lihat saldo” versus izin untuk 1000 unit. Ini mendukung ketidakcocokan kemampuan/tujuan menurut asumsi latihan. Ini tidak menyediakan tanda tangan, pesan yang telah digunakan, atau hasil transfer. Laporkan “permintaan melampaui tujuan hanya baca yang ditetapkan”, bukan “pengguna kehilangan aset akibat drainer”.

Perlakukan ketidakjelasan sebagai belum terselesaikan

Ringkasan R3 yang tidak transparan tidak dapat dinilai tidak berbahaya karena keterangannya menyebut verifikasi. Efek UNKNOWN merupakan alasan berhenti dalam latihan ini; bukan ajakan menandatangani dan mengamati hasilnya. Simulasi atau ringkasan hasil dekode, jika diberikan, memiliki sumber, metode, konteks keadaan, dan cakupan. Data latihan ini tidak mengarang simulasi keamanan berhasil.

Timer R4 menciptakan tekanan tetapi tidak menyediakan kebutuhan otorisasi. Bahasa hitung mundur tidak mengubah bukti hilang. Catat sebagai bagian prompt sambil membiarkan identitas dan motif operator belum terselesaikan.

Pertahankan catatan aman

Tulis tabel kemampuan yang diminta dalam bentuk tersanitasi. Pertahankan ID data latihan tepat, tujuan yang dimaksud, otoritas yang diminta, ketidakcocokan, dan bukti hasil yang hilang. OBSERVED adalah ringkasan prompt, INFERRED adalah ketidakcocokan cakupan, UNKNOWN adalah eksekusi dan identitas operator, dan INSUFFICIENT EVIDENCE berlaku bagi tuduhan terhadap manusia bernama atau kehilangan aset terkonfirmasi. Tidak ada malware yang dibuat, diunduh, atau dijalankan.

• Kemampuan: efek yang dapat diizinkan otorisasi.
• Ketidakcocokan tujuan: cakupan yang melampaui maksud pengguna yang ditetapkan.
• Permintaan tidak transparan: efek yang belum cukup didekode.
• Pola bergaya drainer: deskripsi perilaku permintaan, bukan atribusi orang terverifikasi.

Kartu prompt luring ILLUSTRATIVE; tanpa byte yang dapat ditandatangani. Tujuan: melihat saldo publik. R1 keterangan ‘verifikasi dompet’, permintaan berbentuk allowance TOKEN-S/OWNER-A/SPENDER-B untuk 1000 unit utuh data latihan. R2 keterangan ‘klaim’, permintaan transfer langsung 7 unit SIM ke SIM-C. R3 keterangan ‘verifikasi’, efek UNKNOWN. R4 timer ‘bertindak sekarang’. Tanpa catatan otorisasi atau eksekusi.

Linimasa permintaan transaksi dengan maksud pada awal dan R1/R2/R3 sebagai kartu kemampuan terpisah. Tandai ketidakcocokan/efek tidak diketahui, lalu keputusan STOP luring. Biarkan jalur hasil eksekusi kosong, bukan grafik kerugian rekaan.

Kolom prompt yang ditetapkan dan ketidakcocokan tujuan/kemampuan hasil inferensi.

Eksekusi malware aktual, pembuatan tanda tangan, pencurian, niat manusia berbahaya, atau identitas operator.

• Menandatangani untuk mengetahui efek.
• Menyebut setiap approval berbahaya.
• Menganggap tekanan/keterangan sebagai pembenaran teknis.
• Menyamakan permintaan berisiko dengan kerugian teramati.

Untuk R1–R4, catat tujuan, efek yang diminta, ketidakcocokan, status bukti, dan masukan hilang. Tulis keputusan luring aman untuk R3 dan tulis ulang ‘penyerang mencuri tujuh unit’ hanya menggunakan kartu ini.

Kirim tabel dan kesimpulan terbatas menggunakan materi luring yang diberikan saja. Alokasi waktu editorial: belajar 12 menit, latihan 8 menit, koreksi/kuis 10 menit.

• Sebutkan maksud.
• Baca cakupan secara terpisah dari keterangan.
• Tunda jika efek belum terselesaikan.
• Pertahankan permintaan tersanitasi, bukan rahasia/tanda tangan.
• Pisahkan kemampuan berisiko dan hasil aktual.

Penilaian prompt membandingkan tujuan dengan efek yang diminta. Cakupan tanpa dukungan atau efek tidak diketahui dapat membenarkan penghentian tanpa mengarang eksekusi, kerugian, atau atribusi manusia.

• Mengidentifikasi permintaan berbahaya dari contoh transaksi tersanitasi
• Membandingkan efek tersanitasi dengan tujuan yang diklaim.
• Mengidentifikasi cakupan tidak aman tanpa menyatakan identitas penyerang atau kerugian yang telah terjadi.

P03-L06 setelah meninjau prasyarat dan koreksi.

NONE dalam katalog otoritatif. Data luring yang diberikan cukup; tidak memerlukan pembelian produk atau operasi dompet.

• [ERC20] Standar token ERC-20 — approve, allowance, dan transferFrom untuk antarmuka yang sesuai standar.
• [PERMIT] Approval bertanda tangan ERC-2612 — Otorisasi allowance Permit dengan owner, spender, value, nonce, dan deadline.
• [ETH_TX] Transaksi Ethereum — Instruksi bertanda tangan dan pencantuman berbeda dari pengajuan.

Dokumentasi menjelaskan mekanisme. Catatan historis mempertahankan kelas sumber yang dinyatakan. Pemeriksaan sumber bukan penerimaan editorial independen.