ドメインやIPについて、レジストラとネットワークのabuse連絡先をRDAPから調べます。
通信: RDAP + DoH新着
Abuse通報文ジェネレーター
ローカルで動作新着
ツール自体は英語ですが、このページではお客様の言語でその使い方を説明しています。
Abuse通報文ジェネレーター を使用してください
機能の説明
フィッシングサイトや詐欺サイトのURL、IPアドレス、日時、証拠を入力すると、そのレジストラ、ホスティング事業者、CDN宛てにそのまま送れるabuse通報メールが作成されます。ファイルのハッシュはブラウザ内で計算され、どこにも送信されません。
すべてブラウザ上で動作します。入力した内容は一切アップロードされません。
Abuse通報文ジェネレーター の使い方
- 宛先の種類と攻撃の種類を選ぶ. Report toでRegistrar（レジストラ）、Hosting provider（ホスティング事業者）、CDN / reverse proxy（CDN／リバースプロキシ）のいずれかを選びます。Attack typeでは、PhishingやCrypto wallet drainerなど6つの選択肢から最も近いものを選びます。
- 確認した内容を入力する. URLを1行に1つずつ貼り付けます。hxxps://や[.]のようなデファング形式は実際のURLに戻されます。Domainを空欄にすると最初のURLの登録可能ドメインが使われます。わかっていればIPアドレスも追加します。
- 日時を設定する. First seenとLast seenを入力します。これらはUTCとして扱われ、各欄の下にISO形式で表示されます。NowはLast seenを現在時刻に設定します。
- 証拠を追加する. ハッシュを貼り付けるか、ファイルをドロップしてブラウザ内でSHA-256を求めます。スキャン結果のリンクと、ページが何を求めているかの短い説明を追加します。
- 作成して修正する. Generate report（通報文を作成）を押します。赤のFix before sending項目があると通報文は作成されません。黄色のCheck項目は助言です。最初の通報文を作成した後は、編集に合わせて本文が更新されます。
- 送信する. 件名と本文をコピーするか、メールアプリで開くか、.txtまたは.jsonでダウンロードします。Cloudflareの場合は、本文をそのabuseフォームに貼り付けてください。
例
類似ドメイン上のウォレットドレイナー
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
…wallet-verify.exampleのレジストラ宛ての通報です。件名にはデファングしたドメイン、本文には実際のURL、IP 192.0.2.10、UTCでの初回確認日時と最終確認日時、urlscan.ioのリンク、そしてICANN RAA第3.18条を引用した停止要請が含まれます。
チェック対象
| シグナル | その意味 |
|---|---|
| Report to（宛先） | Registrarはドメインの停止（例：clientHold）と移管ロックを求めます。Hosting providerはコンテンツの削除とログの保存を求めます。CDNはオリジンホストの開示、転送、警告ページの表示を求めます。 |
| Attack type（攻撃の種類） | gTLDのレジストラ宛てのフィッシング、ドレイナー、マルウェアの通報では、RAA第3.18条に基づくDNSの不正利用（DNS abuse）を引用し、速やかな対処を求めます。偽の投資、テクニカルサポート詐欺、その他の詐欺の場合、本文はレジストラが調査し適切に対応しなければならないと述べるだけです。 |
| URLから取得したドメイン | ホスト名を持つ最初のURLの登録可能ドメインで、Public Suffix Listを使って求めます。たとえばconnect.wallet-verify.exampleはwallet-verify.exampleになります。IPアドレスだけのURLからはドメインは得られません。 |
| Fix before sending（送信前に修正） | たとえば、http://、https://、ftp://のないURL、無効なIPやハッシュ、誤った日付、First seenより前のLast seen、無効なメールアドレス、Webリンクではない証拠リンクなどです。 |
| Checkの警告 | 国別コードTLD（RAAは適用されません）、共有プラットフォーム上のドメイン（ホスティング用テンプレートを使用）、未来の日付、ドメインのないレジストラ宛ての通報、まだ証拠がないこと、などです。 |
| デファング設定 | 既定では件名のみです。これにより、メールフィルターが通報をフィッシングと見なすことを防ぎつつ、abuse窓口には実際のリンクが届きます。本文中の指標もデファングすることも、何もデファングしないこともできます。 |
| 証拠のハッシュ | 16進数のMD5、SHA-1、SHA-256、SHA-512を1行に1つずつ、必要ならファイル名を付けて入力します。ドロップしたファイル（1つあたり最大50 MB）はSHA-256でハッシュ化され、アップロードされることはありません。 |
| 長いmailtoリンク | メールリンクが2,000文字を超えると、一部のメールアプリでは途中で切れるという注意が表示されます。その場合はCopyを使ってください。 |
その他の例
IPアドレスだけのページについてのホスティング宛て通報
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:05件名は「Abuse report: phishing content at hxxp://198[.]51[.]100[.]23/secure/login[.]php on 198[.]51[.]100[.]23 (impersonating Example Bank)」です。本文には実際のURL、IP、First seen 2026-10-21T14:05:00Z（UTC）が記載され、コンテンツの削除とログの保全を求めます。Checkボックスには、まだ証拠が追加されていないことが示されます。
偽アップデートについてのCDN宛て通報
Report to: CDN / reverse proxy · Attack: Malware delivery · URL: https://update.example.org/chrome-update.exe · Description: fake browser update件名は「Abuse report: malware delivery site example[.]org served through your network」です。本文では、事業者にホスティング事業者の開示、通報の転送、警告ページの表示を求め、こちらの連絡先を共有しないよう依頼します。
修正が必要な入力
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.zip通報文は作成されません。Fix before sendingには、Not a URL（http://、https://、ftp://で始まる必要があります）、Not a hash、Last seen is earlier than first seenが表示されます。Checkボックスには、No evidence yetが追加されます。
よくある質問
3つのテンプレートはそれぞれ何を求めていますか？
レジストラ用テンプレートは、ジェネリックTLDに関するICANNレジストラ認定契約（RAA）第3.18条を引用し、ドメインの停止（例：clientHold）と移管ロックを求めます。ホスティング用テンプレートはコンテンツの削除とログの保全を求め、CDN用テンプレートはオリジンホストの開示、通報の転送、フィッシング警告の表示を事業者に求めます。
このジェネレーターはサイトが悪意あるものかどうかを確認しますか？
いいえ。入力された内容を整形し、形式だけを確認します。確認するのは、URL、IPアドレス、ハッシュ、日付の書式、最終確認日時が初回確認日時より後であること、レジストラ宛ての通報にドメインがあることです。証拠が十分かどうかは利用者が判断してください。また、RAAの規定が適用されるのは、ジェネリックTLDのICANN認定レジストラだけです。
通報内容や自分の連絡先はどこかへ送信されますか？
いいえ。通報文はブラウザ内で作成され、ドロップしたファイルはアップロードされずにローカルでハッシュ化されます。通報文がページの外に出るのは、コピーした場合、メールアプリで開いた場合、ダウンロードした場合だけです。
レジストラ、ホスト、CDNのどれに通報すべきですか？
レジストラはドメインの名前解決を止めることができ、ホストはページを削除でき、CDNは実際のホストを明らかにして警告を表示できます。レジストラと、IPアドレスの背後にあるネットワークの両方に別々に通報するのが一般的です。Abuse Contact Lookupで両方のアドレスを調べられます。
Cloudflareの背後にあるサイトはどのように通報しますか？
CDN用テンプレートを選びます。Cloudflareはabuse.cloudflare.comのフォーム（カテゴリーはPhishing & Malware）で通報を受け付けているため、メールを送る代わりに、作成された本文をそこに貼り付けてください。
ダウンロードしたJSONファイルには何が含まれますか？
作成日時、テンプレート、攻撃の種類、ブランド、ドメイン、URL、IP、初回確認日時と最終確認日時、証拠リンクとハッシュ、説明、宛先、入力した場合は氏名とメールアドレス、そして件名と本文です。いつ何を通報したかを記録しておくのに便利です。