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

dns-policy/1.1.0 · 2026/07/09 更新

防御的 DNS

明確な基準でドメイン、メール、名前解決の判断を確認する方法。

ADDA DNS は、名前解決シグナル、ドメインの整合性、メールとの関係、そして信頼を置く前に監視すべきパターンを優先します。

成熟した DNS 運用は、ドメインが応答するかを見るだけではありません。名前の機微性、想定される管轄、ヒューリスティックな経過期間、メールの整合性、さらに score、watchlist、incident のどれが必要かも評価します。

特にドメインが重要インフラや公的なアイデンティティに似ている場合、このガイドを使って観察、検証、より強い組織的な印の付与を判断してください。

チェックリスト

  • • 組織で有効なポリシーを検証する。
  • • 露出度の高いドメインに DNS check を実行する。
  • • ドメインに特別な監視が必要な場合は判断を記録する。

クイックスタート

  1. 1. 優先ドメインを選び、組織向け check を実行します。
  2. 2. ブロックやマークの前に severity、action、reason codes を比較します。
  3. 3. ドメインがメールに関係する場合は、mail の記事と evidence を照合します。

運用フロー

ドメインを登録

ドメインをインベントリまたは調査の契機となったケースに追加します。

運用上の参照がない孤立した分析を避けます。

リスクを評価

組織的な機微性とメールのカバレッジを踏まえて DNS 結果を読みます。

観察、検証、エスカレーションのどれが適切か判断します。

対応を接続

リスクが継続する場合は、watchlist、early warning、incident を関連付けます。

評価を主要なフローから切り離したままにしません。

flowchart LR
  S1["ドメインを登録"]
  S2["リスクを評価"]
  S3["対応を接続"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

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

重要ドメインを確認

DNS のカバレッジ、関連記事、次の手順を返します。

例

DNS check の payload

{
  "domain": "secure-capacero.ar",
  "mode": "institutional"
}

よくある問題

  • • 不審な名前だけで文脈を照合せずに判断すると、リスクを過大評価する可能性があります。
  • • DNS を mail や incidents から切り離すと、なりすましのパターンを見落としがちです。

推奨アクション

  • • ドメインが再出現した場合やキャンペーンと組み合わさった場合は watchlist にエスカレーションします。
  • • ドメインが第三者に見える対応の契機となった場合は evidence を使用します。

有用な Reason Codes

DNS_SUSPICIOUS

このドメインには、キャンペーンやなりすましでよく見られる特徴があります。

確認を強化し、初期の信頼を制限します。

FOREIGN_ASN

地域の参照が想定されたモードと一致しません。

正当性を前提とする前に文脈を確認します。

DNS_NO_MX

関連するメールに期待される整合性がありません。

評価を終える前に mail check と照合します。

Score 辞書

severity

ADDA スケールにおけるシグナルの組織的優先度。

action

エンジンが推奨する次の運用手順。

reasonCodes

評価を正当化する説明可能な理由。

プロトコル注記

  • • 機微なドメインには institutional または critical_infrastructure モードを使用してください。
  • • DNS は intelligence の代わりではありません。必要に応じて補完し、起動します。

記事の履歴

2026/07/09

quickstart、payload の例、incidents と intel へのエスカレーションガイドを追加しました。