Aduana Digital de Defensa Argentina
ADDA アクセスを作成
← ADDA マニュアル

mail-shield/1.1.0 · 2026/07/09 更新

メール、なりすまし、フィッシング対応

対応基準に基づいて認証、なりすまし、メールキャンペーンを読み解く方法。

ADDA の Mail は、認証、ドメインのレピュテーション、リンク、運用背景を組み合わせ、行動前の不確実性を減らします。

メール、DNS、Evidence、incidents が同じ言語で扱われると、フィッシング対応は速くなります。メッセージを不審と判断するだけでなく、リスクを説明し、追跡可能性を維持し、継続性のために明確な推奨事項を残すことも重要です。

ドメインやメールキャンペーンが再び現れた場合は、Intelligence、watchlists、takedown packs にエスカレーションし、分析を毎回ゼロから始めないようにします。

チェックリスト

  • • 措置を決める前にドメインと認証を確認する。
  • • ケースが繰り返されているようなら、リンク、件名、キャンペーンを照合する。
  • • 発見が運用に影響する場合は Evidence または incident を接続する。

クイックスタート

  1. 1. キャンペーンを通知する前にドメインとなりすましを検証します。
  2. 2. ケースに不正利用報告、early warning、または incident が必要か確認します。
  3. 3. 発見がブロックや外部連携につながった場合は Evidence を保存します。

運用フロー

ドメインを検証

SPF、DKIM、DMARC、および観察対象ドメインに関連するシグナルを読みます。

なりすましによって信頼を下げる必要があるか判断します。

キャンペーンを関連付け

リンク、件名、繰り返しパターンを incidents または Intel と照合します。

単一メールの分析から先へ進みます。

対応

警告、不正利用報告、incident の作成、対応パックの準備のどれが適切か決めます。

運用可能で説明可能な形で完了します。

flowchart LR
  S1["ドメインを検証"]
  S2["キャンペーンを関連付け"]
  S3["対応"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。

メールドメインを確認

推定される認証、リスク、次の手順をまとめます。

例

メール分析用 payload

{
  "domain": "secure-capacero.ar",
  "subject": "Actualizá tu acceso ahora",
  "links": [
    "http://secure-capacero.ar/login"
  ]
}

よくある問題

  • • ドメインだけを分析してリンクを確認しないと、キャンペーンを過小評価する可能性があります。
  • • Evidence や incident なしでフィッシングに対応すると、ケースの経緯を再構築しにくくなります。

推奨アクション

  • • メールが公開または組織的な措置につながる場合は Evidence を封印します。
  • • パターンが再び現れるか複製された場合は watchlists または takedown pack にエスカレーションします。

有用な Reason Codes

DNS_SUSPICIOUS

メールに関連するドメインがリスクシグナルを示しています。

正当性を仮定する前に検証を強化します。

UA_SUSPICIOUS

ケースに関連するリンクまたはエージェントの信頼性が低いようです。

検証または封じ込めの姿勢を取ります。

Score 辞書

spoofingRiskScore

認証となりすましを組み合わせたリスク。

severity

分析対象のメールまたはドメインの優先度。

reasonCodes

発見を説明するために使われる防御上の理由。

プロトコル注記

  • • フィッシングは複数チャネルにまたがることが多いため、Mail を DNS、incidents、Intel と接続します。

記事の履歴

2026/07/09

フィッシングとなりすましへの対応に関する運用記事を追加しました。