この記事はもともと2020年に書いたもので、当時「内容が古くなったら必ず更新します」と約束しました。その時が来ました。💥 2025年8月、NISTはガイドライン SP 800-63B-4 の最終版を公開し、これまでの常識をひっくり返しました。特殊文字の強制はもう不要、定期的なパスワード変更も不要です。以下に更新版のポリシーをまとめるとともに、かつての「ベストプラクティス」の一部が、今日ではむしろ有害である理由もご説明します。
2020年から何が変わったのか?
盗まれたパスワードは、依然として攻撃ベクトルのナンバーワンです。Verizon DBIR 2025 のレポートによれば、基本的なWebアプリケーションに対する攻撃の実に88%に盗まれた認証情報が関与しており、Webアプリケーションへのブルートフォース攻撃の件数は前年比で約3倍に増えました。
変わったのは、守る側の答えです。NIST — そのガイドラインを結局は世界中が手本にするアメリカの標準化機関 — は、SP 800-63B-4 において、長年「標準」として通用してきた慣行、すなわち複雑性の強制と定期的なパスワード変更を、明確に禁止しました。
パスワードポリシーの実例(最新版)
ITシステムにおける静的パスワードは、次の条件を満たすべきです。
- 長さは最低15文字とする(NISTの絶対的な下限は8文字ですが、特にパスワードが唯一の防御手段である場合の推奨は15文字です);
- システム側は少なくとも64文字までのパスワードを受け付けること。スペースも含めて — つまり「火星で馬が自転車に乗っている」のようなフレーズ全体を使えるように;
- 複雑性を強制しない — 「大文字・数字・特殊文字を最低1つずつ」といった必須ルールは設けない。NISTはここで厳格な「SHALL NOT」を使っており、システムがこれを要求することは許されません;
- スケジュールによる有効期限を設けない — パスワードの変更は、侵害の疑いまたは確認があった場合のみ。「とりあえず30日ごと」はやめましょう;
- 設定時にブロックリストと照合すること — 漏えい済みパスワード、辞書に載っている語、ありがちなパスワードのリストと照合し、該当すれば拒否する;
- ログイン名、会社名、アプリケーション名、メールアドレス、利用者の氏名を含めない;
- 保存は必ずハッシュのみとする:Argon2id(メモリ最低19 MiB、反復2回、並列度1)。レガシーシステムでは bcrypt(ワークファクター10以上)、FIPS-140 準拠が求められる環境では PBKDF2(反復回数60万回以上);
- パスワードマネージャーからの貼り付けを許可すること — パスワード欄で「ペースト」をブロックするのは、保護ではなくセキュリティに対する妨害行為です;
- 一意であること — サービスごとに異なるパスワードを使う。
なぜ長さは複雑性に勝るのか?
「P@ssw0rd1!」は古い複雑性ルールをすべて満たしています — それでいて、ほんの一瞬で破られます。攻撃者はこのパターンを知り尽くしているからです:先頭は大文字、末尾に感嘆符、「a」は「@」に置き換え。複雑性の強制が生み出すのは、予測可能なパスワードと、キーボードの下に貼られた付箋です。一方、長いフレーズはあなたにとっては覚えやすく、機械にとっては解読の悪夢になります。
ログイン機能を安全に実装するための有用な情報は、OWASP — Authentication Cheat Sheet と OWASP Password Storage Cheat Sheet にたっぷりまとまっています。
パスワードマネージャー — 今なお基本中の基本
オンラインサービスがあなたのパスワードをどのように保存しているか、ほとんどの場合、知るすべはありません。もしかすると管理者は、あなたのデータを守る仕組みを何も実装していないかもしれません。だからこそ、パスワードの安全は自分で守る必要があります — とはいえ、数十個ものアカウントに15文字のパスワードでは、すべてを暗記するのは不可能です。そこで登場するのがパスワードマネージャーです。あなたが覚えるのは強力なパスワード1つだけで、残りはマネージャーが面倒を見てくれます。安全と評価され、推奨されているパスワードマネージャーの1つが KeePass です。
パスワードマネージャーは、さらに次のものを提供してくれます。
- 長くランダムなパスワードの自動生成;
- 暗号化された保管庫とバックアップ;
- デバイス間の同期;
- フォームの自動入力 — これはフィッシング対策にもなります。偽装ドメインでは、マネージャーはあなたのパスワードを貼り付けないからです。🔓
MFA — 導入すべき、ただしSMSはもう卒業
2020年の記事では、SMSコードはアカウントの安全性を大きく高めると書きました。今日はそれを訂正しなければなりません。SMSは二要素認証の中で最も弱い方式であり、SIM swapping やリアルタイムのフィッシングに対して脆弱です。攻撃者のMFA回避テクニックはますます巧妙になっています。DBIR 2025 周辺で引用されている数字によれば、最も多い手口はセッショントークンの窃取と「prompt bombing」— 被害者が「承認」をタップするまで通知を浴びせ続ける攻撃です。⚠️
防御力の高い順に並べると、次のとおりです。
- ハードウェアキー(FIDO2)またはパスキー — フィッシング耐性あり;
- TOTPコードを生成するアプリ(例:スマートフォン上);
- SMS — MFAなしよりはましですが、あくまで最後の手段と考えてください。
パスキー — パスワードのない世界へ?
パスキー、すなわち FIDO2 に基づくアクセスキーは、すでに Google、Apple、Microsoft がサポートしており、NISTはこれをフィッシング耐性のある方式に分類しています。サービスがパスキーを提供しているなら、迷わず有効にしてください。パスワードを「最も弱い輪」でなくすための、今いちばん簡単な方法です。
まとめ
新しいパスワードポリシーは、逆説的ですが、古いものよりシンプルです。長く、一意で、ブロックリストと照合されたパスワード。人工的な複雑性も強制的な定期変更もなし — そこにパスワードマネージャーとフィッシング耐性のあるMFAを加えるだけ。ルールは少なく、セキュリティは高く。✔️
あなたの会社のパスワードポリシー(そしてその他の防御策)が本物の攻撃者との接触に耐えられるかどうかを確かめたい方は、ぜひお問い合わせください。エシカルハッカーとして私がテストし、具体的なレポートをお届けします。また、NIS2 や DORA への対応に追われている方は、コンプライアンスのページもご覧ください。
