パスワードは何文字以上にすべきか(NIST・総務省・IPA の基準の違い)
パスワードだけで入るなら NIST は 15 文字以上、二段階認証と組み合わせるなら 8 文字以上です。記号を混ぜる決まりは禁じています。IPA と総務省は 10 文字以上で、文字の種類を混ぜることを勧めています。
パスワードの最小文字数は、指針によって 8 文字から 15 文字まで分かれます。値を比べるときは、二段階認証と組み合わせるかどうかと、文字の種類を混ぜる決まりがあるかどうかを合わせて見ます。ここでの二段階認証は、パスワードに加えて 2 つ目の確認を求める方式です。NIST の言う多要素認証にあたり、メールで届くコードは含みません。
指針ごとの文字数と文字の種類の決まり
| 資料 | 誰に向けた資料か | 最小の文字数 | 文字の種類 | 書き方の強さ |
|---|---|---|---|---|
| NIST SP 800-63B Revision 4 | ログインを確かめるサービスの側 | パスワードだけなら 15 文字、二段階認証と併用なら 8 文字 | 混ぜる規則を課してはならない | 長さは必須(SHALL)、文字の種類の規則は禁止 |
| 総務省 国民のためのサイバーセキュリティサイト | 一般の利用者 | 10 文字以上 | 数字・記号・大文字・小文字が混ざるのが好ましい | 理想として |
| IPA 中小企業の情報セキュリティ対策ガイドライン 第 4.0 版 | 中小企業 | 10 文字以上 | 大文字・小文字・数字・記号を含める | 対策の例 |
| 厚労省 医療情報システムの安全管理に関するガイドライン 第 7.0 版 | 医療機関 | 二要素認証ありなら 8 桁、なしなら 13 桁 | 英字と数字を混ぜる | 8 桁は「求められる」、13 桁は「とすること」 |
NIST と厚労省は、二段階認証を使うかどうかで下限を分けています。方式の違いは二段階認証(二要素認証)とはにまとめています。
NIST SP 800-63B の決まり
NIST SP 800-63B は、米国国立標準技術研究所(NIST)が定める、ログインの本人確認のガイドラインです。現行版は 2025 年に出た Revision 4 で、パスワードの決まりは 3.1.1.2 節にあります。この節が求める相手は、パスワードを受け取って確かめる側と、ID を発行して管理する側です(原文では Verifiers and CSPs)。
長さの決まりは 2 段に分かれます。パスワードだけでログインさせるなら、15 文字以上を求めなければなりません(SHALL)。二段階認証の一部として使うなら短くしてもよい(MAY)ものの、8 文字以上は求めなければなりません(SHALL)。上限は、64 文字以上まで受け付けることを勧めています(SHOULD)。
文字の種類を混ぜさせる組み合わせの規則は、課してはならない(SHALL NOT)としています。同じ節が求めることには、ほかに次の 2 つもあります。1 つは、漏えい済みのパスワードやよく使われるパスワードの一覧(ブロックリスト)と照らし合わせることです(SHALL)。もう 1 つは、パスワード管理ツール(パスワードマネージャー)と自動入力の利用を認めることです(SHALL)。
前の版(2017 年)では、下限は一律に 8 文字(SHALL)で、組み合わせの規則は課すべきではない(SHOULD NOT)という推奨でした。Revision 4 は、パスワードだけの場合の下限を 15 文字に上げ、組み合わせの規則を禁止に強めました。
日本の公的機関の資料
総務省の「国民のためのサイバーセキュリティサイト」は、一般利用者向けのページで理想の長さを示しています。最低でも 10 文字以上のランダムな英数字の並びで、数字や記号、大文字・小文字が混ざっているのが好ましいとしています。覚えておく必要があるなら、関係のない単語をいくつかつなげ、間に数字を挟む作り方も示しています。
IPA の「中小企業の情報セキュリティ対策ガイドライン」第 4.0 版は、第 2 部でパスワードの対策例を挙げています。10 文字以上にすること、大文字・小文字・数字・記号を含めること、名前や電話番号、誕生日、簡単な英単語を使わないことです。
国家サイバー統括室の「インターネットの安全・安心ハンドブック」Ver 5.10 は、第 5 章でパスワードを扱います。ログイン用のパスワードには、英大文字・小文字・数字・記号を使った複雑さと、一定以上の長さが勧められるとしています。企業・従業員向けの講習テキストは、できるだけ長くし、使い回さないよう求めています。
厚労省の「医療情報システムの安全管理に関するガイドライン」第 7.0 版は、システム運用編 14.1.1 で桁数を示しています。二要素認証を使う場合は 8 桁以上で、英字と数字を混ぜます(大文字・小文字は問いません)。使わない場合は 13 桁以上です。医療機関での当てはめ方は厚労省ガイドライン(第 7.0 版)が求める認証・アクセス管理を自施設に当てはめるにまとめています。
記号を混ぜる決まりは今も要るか
IPA とハンドブックは記号を含めることを勧め、総務省は理想として挙げています。厚労省は英字と数字を混ぜるところまでです。一方、NIST が組み合わせの規則を禁じる理由は、同じ文書の付録 A「パスワードの強さ」に書かれています。
付録 A は、長さをパスワードの強さを決める主な要素の一つとしています。文字の種類を混ぜる規則については、利用者の作るパスワードが予想しやすい形にそろうと説明しています。例は、「password」を選ぶ人が、大文字と数字を求められると「Password1」を選びやすいというものです。記号も求められれば「Password1!」になります。また、複雑なパスワードほど覚えにくく、書き留めたり安全でない形で保管したりされやすいとも書いています。
記号を必須にする規則をやめるなら、NIST が同じ節で求める長さと、漏えい済みの一覧との照合を合わせて取り入れます。規程にどう書くかはパスワード管理規程のテンプレートと書き方で扱っています。
文字数を決める前に分けて考えること
社内システムの設定か、従業員のルールか
社内システムのログインの設定を決めるとき、会社はパスワードを受け取って確かめる側にいます。そのため、NIST の 3.1.1.2 節の決まりは、その設定にそのまま当てはめられると読めます。外部のサービスでは、最小文字数や文字の種類はそのサービスが決めます。会社が決められるのは、従業員がそこで作るパスワードについての社内ルールです。
二段階認証を使えるか
NIST と厚労省の下限は二段階認証の有無で変わるため、先に二段階認証を使えるかを確かめます。共有アカウントでは、二段階目のコードが 1 人のスマホにしか出ず、ほかの担当者が使えないことがあります。そのため二段階認証を切って運用しているなら、パスワードだけのログインになり、NIST の基準では 15 文字以上です。
人が覚えて入力するか
総務省は、サービスごとに違う安全なパスワードを覚えるのは大変だとして、パスワード管理ツールの利用を勧めています。共有アカウントでは、使う全員が同じ長い文字列を知り、それぞれが入力します。しかも、長さが守るのは推測に対してであり、すでにパスワードを知っている人に対してではありません。担当者が辞めたあとの扱いはパスワードの定期変更はもう不要か(NIST SP 800-63B の考え方)にまとめています。
決め方の一例
社内システムの設定なら、NIST に合わせます。15 文字以上、二段階認証を使うなら 8 文字以上とし、漏えい済みの一覧との照合を加えます。従業員のルールなら、NIST と IPA のどちらかに合わせ、両方を重ねて課さないようにします。NIST は文字の種類の規則を禁じ、IPA は勧めているので、両方には同時に合わせられないからです。
よくある質問
パスワードは 8 文字で足りますか
NIST SP 800-63B Rev. 4 では、8 文字は二段階認証と組み合わせる場合の下限です。パスワードだけでログインするなら 15 文字以上を求めています。IPA と総務省は 10 文字以上を目安にしています。
記号を必ず入れる規則はやめられますか
NIST は、文字の種類を混ぜる規則を課してはならないとしています。やめる場合は、NIST が同じ節で求める長さと、漏えい済みのパスワードの一覧との照合を合わせて取り入れます。
NIST は 8 文字以上と聞きましたが違いますか
2017 年の版では、利用者が選ぶパスワードは 8 文字以上が必須でした。2025 年の Revision 4 で、パスワードだけでログインする場合の下限が 15 文字になりました。
長いパスワードを覚えられないときは
総務省は、関係のない単語をつなぐ作り方と、パスワード管理ツールの利用を勧めています。NIST も、サービス側にパスワード管理ツールの自動入力を認めるよう求めています。
Junify の場合
- 人手で続けると
- 共有アカウントを安全に使い続けるなら、誰がパスワードを知っているかの一覧を保ち、人が入れ替わるたびに変えて配り直し、同じ ID で誰が操作したかを別に記録することになります。
- Junify なら
- Junify を使うと、共有アカウントの長いパスワードを全員が覚えて打ち込む作業がなくなります。導入時に長いパスワードへ変えて管理者だけが登録し、ログインのたびに Junify の拡張機能が入力するからです。担当者は値を見ないので、覚えやすさを考えずに長さを決められます。認証アプリにコードが出る方式なら、そのコードも Junify が入力します(SMS・メールで届くコードは対象外)。
参考資料
- NIST Special Publication 800-63B Revision 4「Digital Identity Guidelines: Authentication and Authenticator Management」
- NIST Computer Security Resource Center「SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management」
- NIST Special Publication 800-63B(2017 年 6 月、2020 年 3 月更新)「Digital Identity Guidelines: Authentication and Lifecycle Management」
- 総務省「国民のためのサイバーセキュリティサイト」推測できる簡単なパスワードを利用しないようにしよう
- 総務省「国民のためのサイバーセキュリティサイト」安全なパスワードの設定・管理
- IPA「中小企業の情報セキュリティ対策ガイドライン」第 4.0 版(2026 年 3 月)
- 国家サイバー統括室「インターネットの安全・安心ハンドブック」Ver 5.10 掲載ページ
- 国家サイバー統括室「インターネットの安全・安心ハンドブック」Ver 5.10 第 5 章
- 国家サイバー統括室「サイバーセキュリティ普及啓発【企業・従業員層向け】講習テキスト」
- 厚生労働省「医療情報システムの安全管理に関するガイドライン 第 7.0 版 システム運用編」
同じテーマの記事
-
Google スプレッドシートにパスワードはかけられるか
かけられません。Google スプレッドシートには、Excel のように開くときにパスワードを求める設定がなく、見られる人は共有設定で決めます。ID とパスワードを書いた表は、開ける人なら誰でも値を読めます。
-
個人で使っているパスワードマネージャーに会社のパスワードを入れてよいか
入れるのは避けたいところです。個人向けプランの保管庫は社員本人のもので、会社は中身を見られず、退職時に回収も削除の確認もできません。法人向けプランなら、会社の保管庫で共有の範囲を会社が決められます。退職時にパスワードを変える作業は残ります。
-
ChatGPT などの生成 AI のアカウントを社内で共有してよいか
個人向けの ChatGPT は、利用規約でログイン情報を他人と共有することを禁じています。法人向けの契約も 1 つのアカウントは 1 人だけが使う前提です。複数人で使うなら、法人向けプランで人数分のアカウントを配ります。