ダークウェブ

Dark Web

IT運用

ダークウェブとは、Torなどの特定のネットワークや設定を通じて利用するWebの領域です。接続元や提供者の情報を隠す仕組みがありますが、絶対的な匿名性が保証されるわけではありません。

🐾 猫で例えると？

フカフカの布団に潜り込み、外からは姿を隠して何やら密談しているアメショと茶トラ。このように、一般的な方法では中を覗き見ることができず、限られた存在だけがアクセスできる秘密の空間が、ITにおける「ダークウェブ」のイメージです。

検索エンジンに登録された一般公開ページをサーフェイスウェブ、検索に現れない会員ページなどをディープウェブと呼ぶことがあります。ダークウェブはその一部として説明されますが、地下に階層があるわけではなく、アクセス方法の違いを表す比喩です。

Torは複数の中継を通すことで通信元の特定を難しくするネットワークです。TorのOnionサービスでは、.onionのアドレスを使ってサービスへ接続します。通常のWebサイトへの通信にもTorは利用でき、Torを使うこと自体がダークウェブの閲覧と同義ではありません。

接続元などを隠す仕組みは、犯罪目的で悪用されることもあります。ダークウェブには、不正に入手された個人情報や企業の機密データ、マルウェアなどを取引する闇市場もあります。ただし、匿名性が保証されるわけでも、そこで提供される情報が信用できるわけでもありません。

流出した情報は、ダークウェブ以外の公開サイトや個別の取引でも広がる場合があります。監視で見つからなくても流出していない証明にはなりません。漏洩が疑われる場合は、資格情報の無効化、影響確認、ログ保全などを行います。

TorやOnionサービスには、検閲への対抗や匿名の情報提供などの用途もあります。一方で、個人情報の入力や不審なファイルの実行などから身元の露出や感染が起こる可能性は残ります。業務で調査する場合は、目的と社内ルールに合った環境を用意します。

漏洩監視で通知を受けた後の確認例
1. 情報の内容・対象・取得時点を確認する
2. 既知の過去情報や誤検知かを調べる
3. 影響する資格情報の失効・更新を判断する
4. 不正利用の痕跡を調べ、対応を記録する

漏洩監視サービスは調査を助ける手段の一つです。収集できる範囲はサービスごとに限られ、通知の真偽や現在も有効な情報かの確認が必要です。

実務においてダークウェブによる被害（情報漏洩やアカウント乗っ取り）を防ぐための、エンジニア目線のベストプラクティスです。

パスワードの使い回しを徹底的に排除する： 万が一ひとつのWebサービスから資格情報が漏洩してダークウェブに流通しても、他のシステムへの不正ログイン（リスト型攻撃）を防止できるようにします。
多要素認証を使う：パスワード流出による不正ログインのリスクを下げます。ただし、セッションの窃取や認証をだます手口まで防げるとは限らず、フィッシングに強い方式も検討します。
インシデント発生時の監視体制を作る： 自社データが売買されていないかを監視する脅威インテリジェンスの導入を検討し、常にお互いの存在を意識するハートビート通信のように、外部の動向を監視する仕組みを整えます。

布団の中の2匹が外から見えにくいように、ダークウェブでは通常の閲覧とは異なる接続方式を使います。ただし、見えにくさは匿名性や内容の安全性の保証ではありません。自分のアカウントを守るには、流出情報の取引場所を追うだけでなく、パスワードの使い回しを避け、多要素認証や被害時の連絡手順を整えます。