Temukan kontak abuse registrar dan jaringan untuk domain atau IP dari RDAP.
Jaringan: RDAP + DoHBaru
Pembuat Laporan Abuse
Berjalan secara lokalBaru
Alat ini sendiri tersedia dalam bahasa Inggris; halaman ini menjelaskannya dalam bahasa Anda.
Gunakan Pembuat Laporan Abuse
Fungsinya
Masukkan URL, alamat IP, tanggal, dan bukti dari situs phishing atau penipuan, lalu dapatkan email abuse yang siap dikirim ke registrar, penyedia hosting, atau CDN-nya. Hash file dihitung di browser Anda dan tidak ada yang dikirim ke mana pun.
Aplikasi ini sepenuhnya berjalan di browser Anda: tidak ada data yang Anda masukkan yang diunggah.
Cara menggunakan Pembuat Laporan Abuse
- Pilih jenis penerima dan serangan. Di Report to, pilih Registrar, Hosting provider, atau CDN / reverse proxy. Di Attack type, pilih yang paling sesuai dari enam opsi, seperti Phishing atau Crypto wallet drainer.
- Masukkan apa yang Anda lihat. Tempelkan URL, satu per baris; bentuk yang di-defang seperti hxxps:// dan [.] diubah kembali menjadi URL asli. Biarkan Domain kosong untuk memakai domain terdaftar dari URL pertama, dan tambahkan alamat IP jika Anda mengetahuinya.
- Atur waktunya. Isi First seen dan Last seen; keduanya dibaca sebagai UTC dan ditampilkan dalam format ISO di bawah setiap kolom. Now mengisi Last seen dengan waktu saat ini.
- Tambahkan bukti. Tempelkan hash, atau jatuhkan file untuk mendapatkan SHA-256-nya di browser Anda. Tambahkan tautan hasil pemindaian dan deskripsi singkat tentang apa yang diminta halaman tersebut.
- Buat dan perbaiki. Tekan Generate report (Buat laporan). Butir merah Fix before sending memblokir laporan; butir kuning Check adalah saran. Setelah laporan pertama, teks diperbarui saat Anda mengedit.
- Kirim. Salin subjek dan isi, buka di aplikasi email Anda, atau unduh sebagai .txt atau .json. Untuk Cloudflare, tempelkan isinya ke formulir abuse mereka.
Contoh
Wallet drainer di domain tiruan
hxxps://connect.wallet-verify[.]example/claimFind the registrar's abuse address with Abuse Contact Lookup. Section 3.18 of the RAA binds ICANN-accredited registrars of gTLDs (.com, .net, .xyz and the other generic TLDs); for country-code domains the report cites the registry's policy instead.
Subject
Abuse report: crypto wallet drainer domain wallet-verify[.]example (impersonating Example Wallet)
Body
Hello abuse team,
I am reporting the domain name wallet-verify.example, registered through your company. It is used for a crypto wallet drainer: a fake site that asks visitors to connect a wallet and sign transactions that send their funds to the attacker, impersonating Example Wallet.
Details
Attack type: Crypto wallet drainer
Brand: Example Wallet
Domain: wallet-verify.example
URLs: https://connect.wallet-verify.example/claim
IP addresses: 192.0.2.10
First seen: 2026-10-19T08:00:00Z (UTC)
Last seen: 2026-10-20T09:30:00Z (UTC)
Evidence
https://urlscan.io/result/00000000-0000-4000-8000-000000000000/
Description
The page copies the Example Wallet site and asks visitors to connect a wallet and sign a token approval for all their assets.
Request
Section 3.18 of the ICANN Registrar Accreditation Agreement requires accredited registrars to investigate abuse reports and, when there is actionable evidence that a domain name is used for DNS abuse such as phishing or malware, to take prompt mitigation action. Please suspend this domain name (for example with the clientHold status) so that it stops resolving, and lock it against transfer while you investigate.
Please confirm that
…Laporan registrar untuk wallet-verify.example: subjeknya memuat domain yang di-defang, isinya memuat URL asli, IP 192.0.2.10, waktu pertama dan terakhir terlihat dalam UTC, tautan urlscan.io, serta permintaan penangguhan yang mengutip bagian 3.18 ICANN RAA.
Apa yang diperiksa
| Sinyal | Apa artinya |
|---|---|
| Report to | Registrar meminta penangguhan (misalnya clientHold) dan kunci transfer. Hosting provider meminta penghapusan konten dan penyimpanan log. CDN meminta host asal, penerusan laporan, dan halaman peringatan. |
| Attack type | Laporan phishing, drainer, dan malware ke registrar gTLD mengutip DNS abuse berdasarkan bagian 3.18 RAA dan meminta mitigasi segera. Untuk investasi palsu, dukungan teknis palsu, dan penipuan lainnya, teksnya hanya menyatakan bahwa registrar wajib menyelidiki dan merespons dengan semestinya. |
| Domain diambil dari URL | Domain terdaftar dari URL pertama yang memiliki nama host, ditemukan dengan Public Suffix List, sehingga connect.wallet-verify.example menjadi wallet-verify.example. URL pada alamat IP polos tidak menghasilkan domain. |
| Fix before sending | Misalnya URL tanpa http://, https://, atau ftp://, IP atau hash yang tidak valid, tanggal yang salah, Last seen sebelum First seen, alamat email yang tidak valid, atau tautan bukti yang bukan tautan web. |
| Peringatan Check | TLD kode negara (RAA tidak berlaku), domain di platform bersama (gunakan templat hosting), tanggal di masa depan, laporan registrar tanpa domain, atau belum ada bukti. |
| Pengaturan defang | Secara bawaan hanya subjek, agar filter email tidak menganggap laporan Anda sebagai phishing sementara tim abuse tetap mendapat tautan asli. Anda juga bisa men-defang indikator di isi laporan, atau tidak sama sekali. |
| Hash bukti | MD5, SHA-1, SHA-256, atau SHA-512 dalam hex, satu per baris dengan nama file opsional. File yang dijatuhkan, masing-masing hingga 50 MB, di-hash dengan SHA-256 dan tidak pernah diunggah. |
| Tautan mailto yang panjang | Jika tautan email lebih dari 2.000 karakter, sebuah catatan memperingatkan bahwa sebagian aplikasi email memotongnya. Gunakan Copy sebagai gantinya. |
Contoh lainnya
Laporan hosting untuk halaman di IP polos
Report to: Hosting provider · Attack: Phishing · URL: hxxp://198.51.100.23/secure/login.php · IP: 198.51.100.23 · Brand: Example Bank · First seen: 2026-10-21 14:05Subjek: Abuse report: phishing content at hxxp://198[.]51[.]100[.]23/secure/login[.]php on 198[.]51[.]100[.]23 (impersonating Example Bank). Isinya mencantumkan URL asli, IP, dan First seen 2026-10-21T14:05:00Z (UTC), serta meminta penghapusan konten dan penyimpanan log. Kotak Check mencatat bahwa belum ada bukti yang ditambahkan.
Laporan CDN untuk pembaruan palsu
Report to: CDN / reverse proxy · Attack: Malware delivery · URL: https://update.example.org/chrome-update.exe · Description: fake browser updateSubjek: Abuse report: malware delivery site example[.]org served through your network. Isinya meminta penyedia menyebutkan penyedia hosting, meneruskan laporan, dan menampilkan halaman peringatan, serta tidak membagikan detail kontak Anda.
Input yang harus diperbaiki
Report to: Registrar · URL: login.example.net/verify · First seen: 2026-10-21 10:00 · Last seen: 2026-10-20 10:00 · Hash: 12345 kit.zipTidak ada laporan. Fix before sending mencantumkan: Not a URL (harus diawali http://, https://, atau ftp://), Not a hash, dan Last seen is earlier than first seen. Kotak Check menambahkan: No evidence yet.
Pertanyaan yang Sering Diajukan
Apa yang diminta oleh ketiga templat?
Templat registrar meminta penangguhan domain (misalnya clientHold) dan kunci transfer, dengan mengutip bagian 3.18 ICANN Registrar Accreditation Agreement untuk TLD generik. Templat hosting meminta penghapusan konten dan penyimpanan log, sedangkan templat CDN meminta penyedia menyebutkan host asal (origin), meneruskan laporan, dan menampilkan peringatan phishing.
Apakah pembuat laporan ini memeriksa bahwa situsnya berbahaya?
Tidak. Alat ini memformat apa yang Anda masukkan dan hanya memeriksa bentuknya: sintaks URL, alamat IP, hash, dan tanggal, waktu terakhir terlihat setelah waktu pertama terlihat, serta adanya domain untuk laporan registrar. Cukup tidaknya bukti adalah keputusan Anda, dan rujukan RAA hanya berlaku untuk registrar TLD generik yang terakreditasi ICANN.
Apakah laporan atau data kontak saya dikirim ke suatu tempat?
Tidak. Laporan dibuat di browser Anda dan file yang dijatuhkan di-hash secara lokal tanpa diunggah. Laporan baru meninggalkan halaman saat Anda menyalinnya, membukanya di aplikasi email, atau mengunduhnya.
Sebaiknya saya melapor ke registrar, host, atau CDN?
Registrar dapat menghentikan resolusi domain; host dapat menghapus halaman; CDN dapat mengungkap host asli dan menampilkan peringatan. Mengirim laporan terpisah ke registrar dan ke jaringan di balik IP adalah hal yang umum. Abuse Contact Lookup menemukan kedua alamat tersebut.
Bagaimana cara melaporkan situs di balik Cloudflare?
Pilih templat CDN. Cloudflare menerima laporan abuse melalui formulirnya di abuse.cloudflare.com, kategori Phishing & Malware, jadi tempelkan isi laporan yang dihasilkan di sana alih-alih mengirim email.
Apa isi file JSON yang diunduh?
Waktu pembuatannya, templat, jenis serangan, merek, domain, URL, IP, waktu pertama dan terakhir terlihat, tautan bukti dan hash, deskripsi, penerima, nama dan email Anda jika Anda mengisinya, serta subjek dan isi. File ini berguna untuk mencatat apa yang Anda laporkan dan kapan.