本文へスキップ
漏洩ウォッチ

PROTECTION GUIDE

対策 — レベル別セルフディフェンス

情報漏洩を100%防ぐことはできません。大切なのは、漏れても被害を広げない備えと、起きた後に素早く動くことです。 レベル別に「今日やること」から「設計として防御すること」まで整理します。 海外の権威ある情報源(CISA・NCSC・OWASP 等)へのリンクを併記しています。

初級 — 今日から始める基本

時間にして数十分。これだけで標的型でない大部分の被害(credential stuffing やフィッシング初弾)を防げます。

パスワードマネージャーを導入する

流出事故の多くで対象になるのがメールアドレスとパスワードの組み合わせです。同じ組み合わせを使い回していると、一つの流出が他サービスへの不正ログインに直結します(credential stuffing)。

パスワードマネージャーでサービスごとに異なる強力なパスワードを生成し、覚えるのはマネージャー自体のパスワード(パスフレーズ)だけにします。ブラウザ内蔵のものでも十分な効果があります。

CISA — Secure Our World ↗

多要素認証(MFA)を有効にする

パスワードが漏れても、認証アプリやハードウェアキーによる二段階目の認証があれば不正ログインをほぼ防げます。SMS認証より認証アプリ(Google Authenticator 等)や FIDO2/パスキーが安全です。

重要なアカウント(メール・金融・SNS)から順に有効化しましょう。メールアカウントは他サービスのパスワードリセットを受け取る「最後の砦」なので最優先です。

passkeys.dev(パスキー公式ガイド) ↗

OS・アプリを自動更新にする

攻撃の多くは既知の脆弱性への攻撃です。OS・ブラウザ・スマホアプリを自動更新にしておくだけで「既知の穴」が塞がり続けます。

CISA — Update Your Software ↗

フィッシングに慣れる(疑う習慣)

流出事故の後は「パスワードを変更してください」を装うフィッシングが急増します。メールやSMS中のリンクからはログインせず、公式サイト・公式アプリを直接開いて操作します。

急かす文言(「24時間以内に…」)や、差出人表示だけでの判断はNG。不安なら企業の公式お問い合わせ窓口に確認します。

自分の情報が漏れていないか確認する

メールアドレスが過去の漏洩に含まれているかは Have I Been Pwned で確認できます。日本の事案は本サイトの漏洩ウォッチで企業名・情報種別から検索できます。

対象だったサービスと、同じパスワードを使い回しているサービスの変更を最優先で行いましょう。

Have I Been Pwned ↗

中級 — 被害を局限する仕組みづくり

初級が済んだら、漏れても「影響範囲を小さくする」構造を作ります。

メールアドレスの使い分け・エイリアス

ログイン用・受取用・throwaway(無料サービス登録用)でアドレスを分けると、流出の影響範囲を限定し、どのサービスから漏れたかの特定もしやすくなります。

iCloud の「メールを非公開にする」や SimpleLogin 等のエイリアスサービスを使うと、サービスごとに別アドレスで登録できます。

パスキー・ハードウェアキーへの移行

FIDO2/パスキーはフィッシング耐性があり、パスワード自体を手放す最も強い形式です。対応サービスでは優先的に設定します。

一番狙われるアカウント(メインメール・SNS・金融)には、スマートフォンだけでなく YubiKey 等のハードウェアキーを予備として登録しておくと、機種変更・紛失時にも閉め出されません。

FIDO Alliance ↗

決済情報をカード番号で渡さない

ネットショップではバーチャルカード(利用限度・利用先を絞れる)やコンビニ払い・キャリア決済など、実カード番号を渡さない方法を優先します。

カード情報の流出が公表されたら、カード会社に連絡して再発行を検討し、利用明細の通知アラートを設定します。

リカバリ経路の整備

MFA を有効化したら、バックアップコードを安全な場所(パスワードマネージャーや紙を金庫)に保存します。リカバリ用メール・電話番号が古いまま放置されていると、いざというとき復旧できません。

使わなくなったサービスの退会

登録したままのサービスは「未来の漏洩」の在庫です。退会できるものは退会し、退会できないサービスには使い捨て用のメールアドレスを再設定しておきます。

上級 — 攻撃面を意図的に設計する

自分のリスクプロファイル(何を守り、誰を想定するか)に合わせて防御を設計します。

脅威モデリング — 何を誰から守るか決める

対策は「全てに最強」ではなく、守る資産(資金・評判・プライバシー)と現実的な攻撃者(無差別の自動化攻撃か、標的型か)に合わせて取捨選択します。NCSC の Small Business Guide は個人にも応用できる枠組みを示しています。

NCSC — Small Business Guide ↗

DNS レベルのフィルタリング

NextDNS や Quad9 のようなフィルタリング DNS を使うと、端末単位で悪性ドメイン・フィッシングドメインへの接続をブロックできます。家族全員の端末にも適用できます。

Quad9 ↗

重要アカウントの専用環境分離

メインメール・金融を、日常の登録に一切使わない専用アドレス・専用ブラウザプロファイル(または専用端末)に分離します。日常側が汚染されても重要側に届かない構造です。

公衆Wi-Fi と VPN の現代的な位置づけ

HTTPS が普及した現在、公衆Wi-Fi での覗き見リスクは以前より小さくなっています。VPN より優先すべきは「サイトの証明書警告を無視しない」「公共ネットワークで金融操作をしない」運用です。VPN は地理制限や端末間の暗号化が目的なら選択肢になります。

バックアップの 3-2-1 原則

データは3コピー・2メディア・1つは別場所に。ランサムウェアや誤削除からの復旧は、サイバー保険や業者に頼るより自前のバックアップが最速です。

開発者向け — セキュリティライブラリ・ツール

「開発する側」のミスが漏洩の原因になることは多く、専門のライブラリ・ツールで機械的に防げる範囲も大きいです。 カテゴリごとの定番を整理します。

依存関係の脆弱性管理

  • npm audit / pnpm auditロックファイルベースの既知脆弱性チェック。CI に必須。
  • DependabotGitHub 標準の依存更新ボット。脆弱性があると自動で PR。
  • Snyk依存関係・IaC・コンテナを横断した脆弱性管理プラットフォーム。
  • Renovate依存の計画的な更新自動化(脆弱性以外も含む)。

秘密情報(シークレット)の漏洩防止

  • gitleaksgit 履歴を含めた API キー等の秘密情報スキャン。pre-commit と CI の両方に。
  • GitGuardianリポジトリの秘密情報検出と監視の SaaS。公開後の検知も。
  • pre-commitコミット前フックでシークレット・フォーマット・静的解析を強制。

Web アプリケーションの防御

  • helmetNode/Express 用セキュリティヘッダー(CSP, HSTS 等)設定ライブラリ。
  • DOMPurifyXSS 対策の決定版サニタイザ。ユーザ入力の HTML 描画前に必ず。
  • OWASP Top 10Web 脆弱性の優先順位。対策の地図として最初に読むもの。
  • OWASP Cheat Sheet SeriesSQLi・認証・セッション等、実装ごとの対策チェックリスト集。

認証・暗号

  • argon2 / bcryptパスワードハッシュの標準。平文・MD5・SHA 単体は不可。
  • Auth.js(OAuth/OIDC)Next.js 等での認証実装。自前実装より監査済み実装を。
  • joseJWT/JWE のモダン実装。署名検証を忘れない。

静的解析・CI 統合

  • Semgrepルールベースの高速なコードスキャン。自チームルールも書ける。
  • CodeQLGitHub の意味解析ベース脆弱性スキャン(公開リポジトリは無料)。
  • Trivyコンテナ・IaC・依存をスキャンする統合スキャナ。

日本語の脆弱性情報はJVN(日本語脆弱性対策情報)、国際的な番号体系はCVEで追跡できます。

自分が利用しているサービスが事案に含まれていないかは漏洩ウォッチで検索できます。最新のニュースはニュースをご覧ください。

執筆・監修

笹尾 祐太朗の写真

監修笹尾 祐太朗株式会社メディアリープ 代表取締役

株式会社メディアリープ代表。Web広告とWebメディアの両側で2013年から実務に従事し、2025年5月に創業。AI音声SaaS「PUBVOICE」を開発・運営。

監修範囲:一次情報(公式発表・公的機関の発表)との突き合わせ、表現が事実の範囲を超えていないか、出典表記の確認。最終確認日:

執筆:漏洩ウォッチ編集部(AIによる下書きを編集部が出典と照合して作成)・監修者のプロフィール・訂正の依頼

LIVE