はじめに（この記事で分かること）#

プライバシーは一つのアプリで達成されない。ブラウザ、検索、パスワード、二要素認証、暗号化、メタデータ、DNS——それぞれが異なる層を守り、漏れは層の隙間から出る。

この記事は、日常のパソコンで構成する「ソフトウェアの基本セット」を、脅威モデル別に整理する。OSの選択はOS記事、端末の選択はハードウェア記事、メールとメッセンジャーはそれぞれ匿名メールとメッセンジャー比較に譲る。ここでは重複しない範囲を埋める。

前提: 脅威モデルの整理#

ソフトウェア構成で最も効くのは「広告網・データブローカー・プラットフォームの追跡」への防御だ。標的型の相手に対しては、ソフトウェアの構成は必要条件にすぎず、OSと端末の分離が効いてくる。この順序を誤ると、まず効果の薄いところに手間をかけがちだ。

ブラウザ: 3つの役割で使い分ける#

ブラウザは「匿名用」「日常のプライバシー用」「ログイン必須の実名用」を分けて使うのが基本だ。

匿名用はTor Browser。2026年10月29日にはFirefox ESR 153ベースのTor Browser 16.0が公開された。設定をいじらない・拡張を足さないという原則は、Tor Browser実践ガイドとフィンガープリント解説で書いたとおり、統一戦略の中核だ。

VPNと組み合わせる日常の匿名用はMullvad Browser。Tor BrowserからTorを剥がした設計で、IPの隠蔽をVPNに任せる構成を取る。必ずVPNとセットで使い、Torと混ぜない。

実名を含む日常用はBraveやFirefoxで、トラッカー遮断とCookie分離の設定を固める。ログイン必須のサービス（銀行、仕事のツール）は、匿名の区画と絶対に混ぜない。この分離の失敗は、事例シリーズでも取り上げた崩壊型だ（総論、ミスカタログの型1〜4）。

検索: 検索履歴そのものが痕跡になる#

検索エンジンは「入力した言葉」を通じて、思考と行動の履歴を渡す層だ。DuckDuckGoとStartpageは検索履歴と結びつかない検索を提供し、Brave Searchは自社インデックスでプライバシー設定を供給する。Kagiは有料（アカウント制）だが、広告・トラッキングのない結果品質を求める層で支持を広げている。

Google検索にログインしたままの利用は、検索履歴がアカウントに結びつく。日常用と匿名用で検索エンジンとブラウザの両方を分けることが、構成として最も効率がよい。

パスワード管理と2FA: 失敗型の入口を塞ぐ#

事例シリーズで取り上げた失敗の一つが、パスワードと鍵の使い回しだ（パスワードとPGP鍵の再利用）。オランダ警察は、使い回された認証情報で闇市場の販売者アカウントを乗っ取った。一般の利用者への攻撃（漏えいデータベースを使ったリスト型攻撃）も同じ構造だ。

構成としては、パスワードマネージャを1つ選び、全サービスで別々の長いパスワードを生成・保存する。Bitwardenはソースコードが公開され、Cure53を含む第三者の監査を年次で受けており、監査方針とセキュリティホワイトペーパーを公開している。完全オフラインで鍵を手元に置くならKeePassXCだ。

二要素認証は、可能な場面ではハードウェアキー（YubiKey、Nitrokey）を使い、TOTPアプリ（Aegis、2FASなど）を最低限の保険にする。SMS認証は、SIMスワップが成立してしまう時点で認証として弱い。使うサービス側の対応範囲の制約はあるが、重要なアカウントから順に置き換える。

暗号化: ディスク、ファイル、クラウド#

ディスク全体の暗号化は、OSの層で設定する（LinuxはLUKS、macOSはFileVault、WindowsはBitLocker）。端末の紛失・押収・修理持ち込みでは、暗号化が解除されておらず、復号鍵を相手が取得していない保存データの保護に有効である。

ファイル単位では、VeraCrypt（QuarksLab/OSTIFによる監査実績を公開）がコンテナ型の暗号化を提供し、Cryptomatorはクラウドに置くファイルを暗号化してから同期する（2017年に暗号ライブラリがCure53の監査を受けており、公式コミュニティでその経緯が説明されている）。クラウドに置くファイルは「クラウド側が読めるか」を基準に選ぶ。

同期とバックアップでは、Syncthingの「untrusted device（暗号化フォルダ）」機能を使うと、中継する端末が内容を読めないまま同期できる。ただし、公式文書では「beta / testing only」とされる試験的機能であり、重要なデータを扱う最小構成には含めない。3-2-1の原則（3 copies、2 media、1 offsite）を暗号化と組み合わせると、バックアップ自体が痕跡の山にならない。

メタデータ: 写真と文書の隠れた識別子#

写真のEXIFには位置情報、端末名、時刻が入る。投稿や送付の前に、対象形式に対応するツールで除去する。ExifToolではJPEG画像を対象にしたexiftool -all= example.jpgのような指定があり、処理後はexiftool -a -G1 -s example.jpgなどで残存情報を確認する。除去できる範囲は形式によって異なる。iPhoneでは、共有するときに位置情報を外す設定と、写真アプリの情報画面から位置情報を手動で外す操作が、Appleの公式ガイドで案内されている。iOS 18.2からサードパーティアプリへの共有時に自動で除去する動作が選べるようになったとする報道（Lifehacker）もあるが、Appleの公式資料では確認できていない（2026-11-08時点）。文書（PDF、Word）は作成者の氏名やパス名を含むことがある。Wordは原本のコピーに「ドキュメント検査」を実行し、検出された個人情報などを削除する。「名前を付けて保存」だけでは除去にならない。PDFはAcrobat Proのサニタイズなど、隠し情報の検査・削除に対応する機能を使い、公開するファイルを再確認する。

メタデータは、文体解析と同じ「区画をまたいで持ち込まれる癖」の仲間だ。中身を隠しても、ファイルが運営者を語る。

DNSとトラッカー遮断: 最後の道と最初の道#

DNSは「あなたがどのサイトを開いたか」の記録が流れる最後の道だ。暗号化DNS（DoH/DoT）に対応したリゾルバ——Quad9、AdGuard DNSなど——を使うと、ISPやネットワーク管理者への開示対象からクエリの中身を外せる。ネットワーク全体で遮断する構成（Pi-hole、AdGuard Home）はネットワーク機器の記事で扱う。

ブラウザ側ではuBlock Originがトラッカーと広告の遮断の基礎になる。Windowsはテレメトリの制御にO&O ShutUp10++が使われるが、各設定の効果を確認し、必要な機能への影響を見ながら適用する。

削除と自己監査: 残ったものを減らす#

ソフトウェア構成の最後の層は「すでに外に出ているものを減らす」ことだ。

Google検索結果からの個人情報の削除は、「Results about you」ページから申請できる。米国中心の話にはなるが、データブローカーへの削除代行サービス（Incogni、DeleteMe、Optery）もある。日本では、検索結果の削除、掲載元への削除要請、発信者情報開示は目的と要件が異なる。発信者情報開示は、一定の要件の下で投稿者の特定に必要な情報を求める手続きである。個人情報保護法に基づく保有個人データの利用停止・消去等の請求にも要件があり、削除したい情報と相手方に応じて適用を確認する。

自己監査はOSINTの記事の7ステップ（ハンドル検索、faviconハッシュ、証明書ログ、DNS履歴、ポート、SSH鍵、メールヘッダ）を、半年に一度の習慣にする。時間が最大の対抗手段であることは、事例シリーズが繰り返し示している。

脅威モデル別の最小構成#

脅威モデル最小構成
広告・トラッカーが主な相手BraveまたはFirefox + uBlock Origin / 暗号化DNS（Quad9、AdGuard DNS）/ パスワードマネージャ + 2FA / メタデータ除去
標的型攻撃・ストーカー上記に加え: 日常と匿名のブラウザ分離、LUKS/FileVault、ハードウェアキー、バックアップの暗号化
取材源・身元の保護上記に加え: Tor Browser/Mullvad Browserの使い分け、Cryptomatorで暗号化したファイルの同期、検索結果とデータブローカーからの削除運用

限界と残るリスク#

この構成は「遅れ」とともに動く。Tor Browserやブラウザの更新が止まれば、構成は古い攻撃に当たる。パスワードマネージャの鍵を1つに集める構造は、その鍵の保護（マスターパスワード、2FA、バックアップ）に単一障害点を移す。暗号化DNSはISPからの中身を守るが、DNSリゾルバ自身への信頼を置き換えるだけだ。そして、ソフトウェアの構成はOSと端末の分離がなければ、実名区画との結合で効果が損なわれる。

まとめ#

最初の週末にやるべきことは三つだ。①パスワードマネージャを導入し、最も重要なアカウントから別々のパスワードと2FA（できればハードウェアキー）に置き換える。②ディスク暗号化を確認し、暗号化DNSとトラッカー遮断を設定する。③匿名の作業を専用のブラウザ（必要ならTor Browser）と専用のメールに分離する。

この三つが済んだら、OS・端末・ネットワークの各記事に進み、分離を物理的な層に広げる。

出典#