Namefi

DNSpionage:DNSを武器に政府を標的にしたサイバー諜報作戦

2018年末、Cisco Talosはイラン系の関与が指摘されるサイバー諜報作戦「DNSpionage」を公表した。この作戦は政府のDNSレコードを書き換え、メールおよびVPNトラフィックを攻撃者のサーバーへ迂回させ、正規のTLS証明書を取得することで痕跡を消した。米国政府が初めて発令した種類の緊急指令の引き金ともなった事案である。

Fenwei BianFenwei Bian著者Victor ZhouVictor Zhou編集者Chie KudōChie Kudō翻訳者2026年6月17日約 23 分で読了
  • domains
  • security
  • dns
  • domain-security
Xでシェア

ドメインに関わる大半のインシデントは、名前の「所有者」が誰かという問題だ。しかしこの事案は、名前を「支配する」のが誰かという問題だった――そして2018年末の数ヶ月間、中東各地の政府ドメインに対するその答えは、当該政府自身ではなかった。

Webサーバーへの侵入はなかった。ホームページへのマルウェア埋め込みもなかった。改ざんも、身代金要求のメッセージも、アプリケーションログに残る証拠も何もなかった。攻撃者は建物に侵入する必要すらなかった。彼らが通ったのは、ほぼ誰も守っていない唯一の扉――ドメインのメールやWebサイトが実際にどこに存在するかを記述したDNSレコードだった。攻撃者はそのレコードを、正規の認証情報と正規のTLS証明書を使い、ひっそりと書き換えた。世界中のトラフィックは、何の抵抗もなく新しい経路へと従った。

Cisco TalosはこれをDNSpionageと命名した。ドメインネームシステム(DNS)が単なるインフラではなく、国家安全保障上の基幹設備であることを示す、記録上最も明確な事例のひとつである。

国家戦略の道具としてのDNS

DNSpionageが各国政府を動揺させた理由を理解するには、DNSが実際に何をしているかを改めて押さえる必要がある。

官庁にメールを送るとき、企業VPNにログインするとき、Webメールのページを開くとき――あなたのデバイスはまずDNSに問い合わせる。「この名前のIPアドレスは何か?」と。DNSが返した答えを、デバイスは無条件に信頼する。メールクライアントはそこへ接続し、VPNはそこで認証し、ブラウザはそこでセッション情報を渡す。DNSはインターネット全体のアドレス帳であり、そのアドレス帳が改ざんされていないかを検証する仕組みはほぼ存在しない。

DNSpionageが突いたのはまさにこの性質だった。暗号化を破る必要も、パスワードファイルを解読する必要もない。ただ「ポインタ」を変えるだけで、標的とそのサービスの間に透明な形で割り込むことができる。メールも通る。VPNのログイン情報も通る。そして被害者自身のドメイン名がブラウザのアドレスバーに表示され続けるため、何もおかしく見えない。

これはアプリケーションより下の層で行われるスパイ活動だ。しかも不都合なことに、ほとんどのセキュリティプログラムが「解決済みの問題」として扱っている層である。

DNSpionage作戦(2018〜2019年)

国家の交換台の下に隠された傍受室のコンセプトイラスト。影の操作者が偽の公印と光るデータケーブルを使い、一国のメールを秘密の傍受拠点へと静かに迂回させている

2018年11月27日、Cisco Talosは最初のレポートを公開した。冒頭はこう記されていた。「Cisco Talosはレバノンおよびアラブ首長国連邦(UAE)の.govドメイン、ならびにレバノンの民間航空会社を標的にした新たなキャンペーンを最近発見した

この作戦には二つの顔があった。ひとつはごく普通のマルウェア作戦だ。「このキャンペーンでは、悪意あるMicrosoft Officeドキュメントに埋め込まれたマクロを通じてターゲットを侵害するために、求人情報を装った偽の悪意あるWebサイトが2つ使われた」。囮サイトは実在する採用企業になりすまし――「hr-wipro[.]com(wipro.comへのリダイレクト付き)とhr-suncor[.]com(suncor.comへのリダイレクト付き)」――特徴的なことに、DNS自体を通じてコマンドサーバーと通信できるカスタムのリモートアクセスツールを被害者の端末に仕込んだ。

しかし歴史に名を刻んだのは、もうひとつの顔だった。Talosの言葉を借りれば、「別のキャンペーンでは、攻撃者は同一のIPアドレスを使って正規の.govドメインおよび民間企業ドメインのDNSをリダイレクトした」。実際の政府ネームサーバーが、攻撃者の管理下にあるマシンへ向け替えられていた。「レバノンおよびUAEの公共部門に属する複数のネームサーバー、ならびにレバノン国内の一部企業のネームサーバーが侵害されており、それらの管理下にあるホスト名が攻撃者管理のIPアドレスに向け替えられていた

偽の求人サイトは、通常のサイバー犯罪に見えた。DNSリダイレクトは、国家の諜報活動に見えた。

独立した研究者たちがこの糸を手繰り寄せた頃には、被害の規模は2ヶ国にとどまらなかった。Brian Krebsは攻撃者のIPアドレスを逆引きし、「2018年末の数ヶ月間で、DNSpionageの背後にいるハッカーたちは中東の50社以上の企業・政府機関のDNSインフラの主要コンポーネントを侵害することに成功した」と報告した。

標的と賭けられたもの

被害者リストは、ある地域の神経系の地図のように読める。外務省、民間航空局、通信キャリア、インターネットインフラ、国家財務省のWebメール。これらは無差別に選ばれた標的ではない。国家の機密が電線を通り過ぎる場所だ。

Talosの最初のレポートから2ヶ月後、FireEye(現Mandiant)は独自の分析を公表し、慎重ながらも帰属を明示した。FireEyeは「初期の調査では、関与した攻撃者がイランとつながりを持つことが示唆される」と述べた。SecurityWeekはFireEyeの調査を伝え、同社が技術的証拠とこの作戦がイラン政府の利益に沿うという事実に基づき、「中程度の確信」をもってイランが背後にあると評価したと報じた。

標的から、賭けられたものは直接読み取れる。外務省のメールを平文で読むことができれば、それはデータの窃取ではなく、ほぼリアルタイムで政府の思考を読むことに等しい。DNS層での認証情報収集が、詐欺ではなく国家に対する情報収集として正しく理解される理由がここにある。

手口:DNSレコード+正規証明書+偽求人サイト

国家の郵便交換台が静かに改ざんされるコンセプトイラスト。巨大なルーティングウォールでアドレスカードが差し替えられ、迂回した回線が偽の緑色の南京錠を通過して秘密の傍受ブースへと向かっている

ここで立ち止まって考える価値がある。この手口は最悪の意味でエレガントだった。攻撃は三つの動作から成っていた。

第一手:アドレス帳の鍵を手に入れる。 攻撃者はDNS暗号を破ったのではなく、ログインした。FireEyeは二つの経路を説明している。「[ひとつの方法は、侵害した認証情報を使ってDNSプロバイダーの管理インターフェースにログインし、メールトラフィックを傍受するためにDNS Aレコードを変更すること。もうひとつは、被害者のドメインレジストラアカウントをハックしてDNS NSレコードを変更することだ](https://www.securityweek.com/iran-linked-dns-hijacking-attacks-target-organizations-worldwide/#:~:text=One%20method%20involves%20logging%20into%20a%20DNS%20provider)」。盗まれたレジストラおよびDNSホストの認証情報がマスターキーとなった。レジストラのログイン情報を持つ者がドメインを持ち、ドメインに紐づくすべてを掌握する。

第二手:正常に見えるようにトラフィックを迂回させる。 政府のメールサーバーを自分のIPに向け替えれば、通常はサービスが停止して警報が鳴る。そこで攻撃者はプロキシを使った。トラフィックは傍受された後、実際の宛先へ中継されたため、利用者には機能しているメールボックスと機能しているVPNが見えていた。FireEyeが説明した第三のバリアントによれば、「ユーザーは攻撃者の管理するインフラへリダイレクトされた」。傍受は中間者として静かに転送するものであり、何も失敗していないように見えたがゆえに不可視だった。

第三手:緑の南京錠を突破する。 現代のサービスはTLSを使用しており、トラフィックが見知らぬサーバーに届いた瞬間に証明書の警告が表示されるはずだ。攻撃者はその穴を自前の正規証明書を発行することで塞いだ。Talosは、「DNS侵害のたびに、攻撃者はリダイレクトしたドメインに対してLet's Encrypt証明書を慎重に生成していた」と報告した。ドメインのDNSを支配していたため、認証局に対してドメインの管理権を「証明」できた。自動化されたドメイン認証は、攻撃者に正規の証明書を発行した。FireEyeも同じパターンを確認している。「いずれの手法においても、攻撃者は疑惑を招かないようにLet's Encrypt証明書を使用した

Krebsが総括したとおり、結果は完全なものだった。「これらのDNSハイジャックは、攻撃者が標的ドメイン(例:webmail.finance.gov.lb)のSSL暗号化証明書を入手する道も開いた。それにより傍受したメールとVPN認証情報を復号し、平文で閲覧することができた」。メールとVPNのログイン情報は傍受・解読され、その間中、有効な南京錠のアイコンが表示されていた。

何が不要だったかに注目してほしい。ゼロデイ脆弱性は不要だった。被害者自身のサーバーへのマルウェアも不要だった。ファイアウォールの突破も不要だった。攻撃は「私はこのドメインを所有している」と「現在誰がそのレコードを管理しているかを証明できる」という二点の間に存在するギャップの中だけで完結した。そのギャップの中にDNSpionageは棲んでいた――そしてそのギャップは、多くの組織が想定するより遥かに広い。

対応:CISA緊急指令19-01

TalosとFireEyeの相次ぐ開示はワシントンに強い衝撃を与えた。2019年1月22日、米国サイバーセキュリティ・インフラセキュリティ庁(CISA)は**緊急指令19-01「DNSインフラ改ざんの緩和(Mitigate DNS Infrastructure Tampering)」**を発令した。CISAが初めて発令したこの種の緊急指令であり、米国連邦政府の民間機関全体を拘束する異例の命令だった。

指令の診断は研究報告と完全に一致していた。当時の報道が引用したように、CISAは「攻撃者がWebおよびメールのトラフィックをリダイレクト・傍受しており、他のネットワークサービスに対しても同様のことが可能だ」と警告し、攻撃者が「政府DNSドメインを管理する管理者のアカウントを侵害した」とした。

そして10日以内に4つの措置を命じた――攻撃者の三つの動作それぞれへの直接的な反論として読むことができる。

  1. DNSレコードの監査 ――権威ネームサーバーおよびセカンダリサーバーで改ざんがないか確認する。
  2. DNSアカウントのパスワード変更 ――DNSを編集できるすべての認証情報をローテーションする。
  3. すべてのDNS管理者アカウントへの多要素認証の追加 ――パスワードの盗難だけではマスターキーにならないようにする。
  4. 証明書透明性ログの監視 ――自分が要求していない証明書が自組織のドメインに対して発行されていないか監視する。

4番目の項目が本質を突いている。CISAは機関に扉を施錠するよう命じただけでなく、既に誰かがそのコピーキーを使った証拠を公開の証明書台帳で監視するよう命じた。DNSpionageは証明書透明性(Certificate Transparency)を、ニッチなPKI機能から国家的なDNSハイジャックの最前線の検知ツールへと変えた。

Krebsはこの瞬間の異例さを簡潔に表した。「米国国土安全保障省は、すべての米国連邦民間機関にインターネットドメインレコードのログイン認証情報を保護するよう命じる異例の緊急指令を発令した

緊急指令の引き金を引いたのはDNSpionageだけではなかった。TalosがSea Turtleと呼んだ並行するさらに大規模な作戦は、「サイバー諜報活動のために侵害されたドメイン名レジストリ組織の最初の既知事例」として、「13ヶ国にまたがる約40の組織」を標的にし、事態をさらに深刻化させた。Talosは両者を慎重に区別し、2019年4月のフォローアップレポートでDNSpionageの挙動は「Sea Turtleのようなより懸念すべきキャンペーンとのこの攻撃者の区別を今後も維持する可能性が高い」と指摘した。二つの作戦は異なる角度から同じ点を示した。DNSサプライチェーンは国家間対立の舞台となっていた。

DNSが国家安全保障インフラであることの教訓

DNSpionageにはマルウェアドラマが少なく、不快な教訓が多い。押さえておくべきものをいくつか挙げる。

  • レジストラアカウントは王冠の宝石だ。 ドメインの下流にあるすべて――メール、Web、VPN、シングルサインオン、証明書発行――はDNSを編集できる者の信頼を継承する。そのアカウントに第二要素なしでパスワードのみという状態は小さなギャップではなく、城門を開けっ放しにしたままの城全体だ。CISAの最初の指示がファイアウォールではなく「認証情報」についてだったのは、まさにこの理由による。
  • 有効な証明書は正当性の証明ではない。 緑の南京錠が証明するのは、「現時点でドメインを管理している者」に対してトラフィックが暗号化されているということだけだ。攻撃者がDNSを支配していれば、自動化されたドメイン認証は喜んで正規の証明書を発行する。TLSへの信頼はDNSへの信頼から借用されており、DNSは多くの人が想定するより脆弱だ。
  • DNS攻撃は設計上、不可視だ。 プロキシが実際のトラフィックを転送するため、被害者のサービスは正常に動作し続ける。調査すべき障害は発生しない。外部から察知できる唯一のシグナルは、公開のCTログに現れる証明書だ。だからこそ、それらのログの監視が一夜にして任意から必須に変わったのだ。
  • ドメインの支配は国家安全保障上の管理事項だ。 外務省のDNSを編集している主体が敵対国家であるとき、「IT運用」と「防諜」の区別は消える。インターネットのアドレス帳は戦略的な領土だ。

根底に流れる問いはひとつだ――ほぼいかなる運用ツールもリアルタイムで答えられない問い。今この瞬間、このドメインを実際に支配しているのは誰であり、それが静かに変わっていないことを証明できるか? DNSpionageが成立したのは、この問いに答えることがあまりに難しく、ある地域全体の政府がそれを知る手段を持っていなかったからだ。

Namefiの視点

改ざん防止・検証可能なドメイン所有権のカラフルなイラスト。緑のシールド、緑のNamefiトークン、DNS継続性によって保護されたドメインカード

DNSpionageは根本的に**来歴(プロベナンス)**の問題だ。攻撃者は標的ドメインを所有していたわけではない。レジストラやDNSホストのパネルで静かに検証不可能な編集を行える認証情報を盗むことで、一時的に支配権を借用した――そしてシステムのどこも、「支配している主体」が変わったことを検知しなかった。

Namefiは、ドメイン所有権と支配権が不透明なレジストラのログインの中に閉じ込められるのではなく、検証可能で、移転可能で、改ざんが証明できるべきだという前提のうえに構築されている。トークン化された所有権は、「誰がこの名前を管理しているか」を確認・監査できる事実にする。それは既に誰かの手にあるかもしれないパスワードの後ろに埋もれた設定ではなくなる。これはレジストラアカウントの衛生管理や多要素認証の代替ではない――CISAの勧告は依然として正しい――しかし、DNSpionageが突いたより深いギャップを攻略する。すなわち、ドメインを支配している主体が本来そうあるべき主体であることを、独立した継続的な形で証明することの困難さだ。

DNSpionageの教訓は、DNSがある特殊な意味で脆弱だということではない。ドメインにとって最も重要な事実――誰がそれを支配しているか――が、あまりにも長い間、盗まれたパスワード一枚で変えられる状態に置かれていたということだ。その事実を検証可能にすることが、すべての核心にある。

参考資料・関連情報

執筆・編集メンバー

Fenwei Bian
ソフトウェア開発者・ライター • Namefi

Fenwei Bianは30代のソフトウェア開発者です。仕事中はプルリクエストに向き合い、 週末は土やおがくずに手をまみれさせています。GitHubで長年オープンソースに携わる 中で、名前はインターフェースだと学びました。良い名前は明快で、何をするものかを 正直に伝え、次にそれを使う人への思いやりがあります。

園芸をするのは、忍耐には応えてくれる一方、都合のよい思い込みは通用しないからです。 木工をするのは、継ぎ手が合うか合わないかはごまかせないからです。どちらの習慣も、 彼女のネーミングに関する文章に表れています。二度測り、出典を確認し、粗い箇所を 上辺だけ磨いて誰にも気づかれないことを願ったりはしません。

Namefiでは、ドメイン市場が実際にどう動くのか、名前をトークン化して転売する際の 現実的なトレードオフ、そして20年後も所有していてよかったと思えるドメインの選び方に ついて執筆しています。

Victor Zhou
Victor Zhou編集者
創業者・標準仕様エディター • Namefi

Victor Zhouは、デジタルアイデンティティと信頼を専門とするテクノロジー企業の創業者で、 標準仕様のエディターでもあります。Namefiを創業し、Ethereum Improvement Proposalsの 編集に携わっています。以前はGoogle Labsでスマートコントラクトのアーキテクチャ設計を 率いていました。

彼の仕事は、ネーミング、所有権、そして人々がオンラインで自らのアイデンティティを 確立するために使うシステムが交わる場所にあります。だからこそ、名前が個人的な意味、 社会的な認知、デジタルインフラの間をどのように行き来するのかに強い関心を持っています。

Namefiでは、永続的なデジタルアイデンティティとしてのドメインについて編集・執筆して います。名前が所有可能なオンチェーン資産になる仕組み、トークン化が保管と信頼をどう 変えるのか、そして人々がオンラインでアイデンティティを確立するために使うシステムから ネーミングが何を学べるのかを扱っています。

Chie Kudō
Chie Kudō翻訳者
日本語ローカライゼーション翻訳者 • Namefi

Chie Kudō(工藤 知恵)は、福岡を拠点とする30代の翻訳者です。電機メーカーで ハードウェアQAエンジニアとして製品資料の作成と確認に携わった後、英語と日本語の 間で技術記事や編集記事をローカライズする仕事に転じました。

品質保証で身につけた習慣は、今の仕事にも生きています。用語の一貫性はもちろん、 ブランド名を漢字、かな、ローマ字のどれで表すか、半角と全角をどう使い分けるか、 借用元の英語とは異なる意味を持つ和製英語をどう扱うかといった、日本語組版ならではの 細部を厳しく確認します。小さなベランダ菜園を楽しみ、週末にはボルダリングをします。

Namefiでは、ドメインとネーミングに関する記事を日本語にローカライズしています。 名前がページ上でどう読めるか、そして最初から正しく入力してもらえるかに目を配っています。

関連ガイド

この記事について議論する

Namefi Discussで議論を見る