
パスワードの強度は、推測攻撃やブルートフォース攻撃に対するパスワードの有効性を測る指標です。通常は、パスワードに直接アクセスできない攻撃者がパスワードを正しく推測するのに平均何回の試行が必要かを推定します。パスワードの強度は、長さ、複雑さ、予測不可能性によって決まります。[1]
強力なパスワードを使用すると、セキュリティ侵害の全体的なリスクは低下しますが、強力なパスワードは他の効果的なセキュリティ制御の必要性を置き換えるものではありません。[2]特定の強度のパスワードの有効性は、認証要素(知識、所有権、固有性)の設計と実装によって大きく左右されます。最初の要素がこの記事の主な焦点です。
攻撃者が推測したパスワードをシステムに送信できる速度は、システムのセキュリティを決定する重要な要素です。一部のシステムでは、パスワード入力の試行が数回 (たとえば 3 回) 失敗すると、数秒のタイムアウトが発生します。他の脆弱性がない場合、このようなシステムは比較的単純なパスワードで効果的に保護できます。ただし、システムはユーザーのパスワードに関する情報を何らかの形で保存しており、その情報がシステム セキュリティの侵害などによって盗まれた場合、ユーザーのパスワードが危険にさらされる可能性があります。
2019年、英国のNCSCは、侵害されたアカウントの公開データベースを分析し、人々が使用した単語、フレーズ、文字列を確認しました。リストで最も多く使用されたパスワードは123456で、2,300万以上のパスワードに登場しました。2番目に人気の文字列である123456789は、それほど解読が難しくなく、トップ5には「qwerty」、「password」、1111111が含まれていました。 [3]
パスワードの作成
パスワードは、自動的に(ランダム化装置を使用して)作成されるか、人間によって作成されます。後者の場合の方が一般的です。ランダムに選択されたパスワードのブルートフォース攻撃に対する強度は正確に計算できますが、人間が生成したパスワードの強度を判断するのは困難です。
通常、人間はコンピュータシステムやインターネットのウェブサイトに新しいアカウントを作成するときに、提案に導かれたり、一連のルールによって制限されたりしながら、パスワードを選択するように求められます。人間はそのようなタスクでパターンに従う傾向があり、そのパターンは通常攻撃者を助ける可能性があるため、強度については大まかな推定しかできません。[4]さらに、一般的に選択されるパスワードのリストは、パスワード推測プログラムで広く使用されています。このようなリストには、さまざまな人間の言語の多数のオンライン辞書、さまざまなオンラインビジネスおよびソーシャルアカウントからのプレーンテキストおよびハッシュ化されたパスワードの侵害されたデータベース、およびその他の一般的なパスワードが含まれます。このようなリストのすべての項目は弱いと見なされ、それらを単純に変更したパスワードも同様です。
最近では、使いやすいランダム パスワード生成プログラムが提供されていますが、通常、ランダムで覚えにくいパスワードが生成されるため、ユーザーは自分でパスワードを選択することを好む傾向があります。しかし、これは本質的に安全ではありません。なぜなら、ユーザーのライフスタイル、娯楽の好み、その他の重要な個人的特性がパスワードの選択に影響を与えることが多いからです。また、オンラインソーシャル メディアの普及により、ユーザーに関する情報の入手がはるかに容易になっています。
パスワード推測検証
認証にパスワードを使用するシステムでは、アクセスするために入力されたパスワードをチェックする何らかの方法が必要です。有効なパスワードがシステム ファイルまたはデータベースに単に保存されている場合、システムへの十分なアクセス権を得た攻撃者はすべてのユーザー パスワードを入手し、攻撃対象システムのすべてのアカウント、およびおそらくユーザーが同じまたは類似のパスワードを使用している他のシステムにもアクセスできるようになります。このリスクを軽減する方法の 1 つは、パスワード自体ではなく、各パスワードの暗号化ハッシュのみを保存することです。セキュア ハッシュ アルゴリズム(SHA) シリーズなどの標準の暗号化ハッシュは逆引きが非常に難しいため、ハッシュ値を入手した攻撃者はパスワードを直接復元することはできません。ただし、ハッシュ値を知っている攻撃者は、オフラインで推測をすばやくテストできます。パスワード クラッキングプログラムは広く利用されており、盗まれた暗号化ハッシュに対して大量の試行パスワードをテストします。
コンピューティング技術の進歩により、推測されたパスワードをテストできる速度は向上し続けています。たとえば、2010 年にジョージア工科大学研究所は、 GPGPU を使用してパスワードをはるかに高速に解読する方法を開発しました。 [5] Elcomsoft は、 2007 年 8 月に一般的なグラフィック カードを使用してパスワードを迅速に回復する方法を発明し、すぐに米国で対応する特許を申請しました。[6] 2011 年までに、当時のハイエンド グラフィック プロセッサを使用して、標準的なデスクトップ コンピューターで 1 秒あたり最大 112,000 個のパスワードをテストできると主張する市販製品が利用可能になりました。[7]このようなデバイスは、6 文字の単一ケースのパスワードを 1 日で解読します。作業を多数のコンピューターに分散すると、同等の GPU を備えた利用可能なコンピューターの数に比例して、さらに高速化できます。計算に比較的長い時間がかかる特殊なキー ストレッチハッシュが利用可能で、推測が行われる速度が低下します。キー ストレッチを使用するのがベスト プラクティスと考えられていますが、多くの一般的なシステムでは使用されていません。
パスワードを素早く推測できるもう一つの状況は、パスワードが暗号鍵を形成するために使用される場合です。このような場合、攻撃者は推測したパスワードが暗号化されたデータを正しくデコードするかどうかを素早く確認できます。例えば、ある市販製品は、1秒間に103,000個のWPA PSKパスワードをテストできると主張しています。[8]
パスワード システムがパスワードのハッシュのみを保存する場合、攻撃者は一般的なパスワードのバリエーションと、特定の長さより短いすべてのパスワードのハッシュ値を事前に計算して、ハッシュが取得されるとすぐにパスワードを非常に迅速に復元できます。 事前に計算されたパスワード ハッシュの非常に長いリストは、レインボー テーブルを使用して効率的に保存できます。 この攻撃方法は、暗号化ソルトと呼ばれるランダム値をハッシュと一緒に保存することで阻止できます。 ソルトはハッシュの計算時にパスワードと組み合わせられるため、レインボー テーブルを事前に計算する攻撃者は、各パスワードのハッシュをすべての可能なソルト値とともに保存する必要があります。 ソルトの範囲が十分に大きい場合 (たとえば 32 ビットの数値)、これは実行不可能になります。 一般に使用されている多くの認証システムではソルトが使用されておらず、そのようなシステムのいくつか用のレインボー テーブルがインターネットで入手できます。
パスワードの強度を測る指標としてのエントロピー
パスワードの強度は情報エントロピーの量によって指定され、これはシャノン(Sh)で測定され、情報理論の概念です。これは、特定のタイプのパスワードで情報を保持するために必要な 最小ビット数と見なすことができます。関連する尺度は、パスワードを確実に見つけるために必要な推測回数の2 を底とする対数であり、これは一般に「エントロピー ビット」と呼ばれます。[9] 42 ビットのエントロピーを持つパスワードは、たとえば公平なコイントスによってランダムに選択された 42 ビットの文字列と同じくらい強力です。言い換えると、42 ビットのエントロピーを持つパスワードでは、ブルート フォース検索中にすべての可能性を尽くすために 2 42 (4,398,046,511,104)回の試行が必要になります。したがって、パスワードのエントロピーを 1 ビット増やすと、必要な推測回数が 2 倍になり、攻撃者のタスクが 2 倍難しくなります。平均すると、攻撃者は正しいパスワードを見つけるまでに、考えられるパスワードの半分を試す必要があります。[4]
ランダムパスワード
ランダム パスワードは、各シンボルが均等に選択される可能性のあるランダム選択プロセスを使用して、いくつかのシンボル セットから取得された、指定された長さのシンボルの文字列で構成されます。シンボルは、文字セット (例: ASCII文字セット) の個々の文字、発音可能なパスワードを形成するように設計された音節、または単語リストの単語 (パスフレーズを形成) にすることができます。
ランダム パスワードの強度は、基礎となる数値ジェネレータの実際のエントロピーに依存しますが、これらは多くの場合、真にランダムではなく、疑似ランダムです。公開されているパスワード ジェネレータの多くは、エントロピーが制限されたプログラミング ライブラリ内の乱数ジェネレータを使用しています。ただし、最近のオペレーティング システムのほとんどは、パスワード生成に適した暗号的に強力な乱数ジェネレータを提供しています。また、普通のサイコロを使用してランダム パスワードを生成することもできます ( パスワード ポリシーに準拠していることを保証できます。たとえば、常に文字、数字、特殊文字の組み合わせを生成します。
N 個の可能な記号のセットから長さLの記号の文字列をランダムに選択するプロセスによって生成されたパスワードの場合、可能なパスワードの数は、記号の数をL乗、つまりN Lで求めることができます。LまたはNのいずれかを増やすと、生成されたパスワードが強化されます。情報エントロピーによって測定されるランダム パスワードの強度は、パスワード内の各記号が独立して生成されると仮定した場合、可能なパスワードの数の 2 を底とする対数、つまり log 2です。したがって、ランダム パスワードの情報エントロピーHは、次の式で与えられます。
ここで、Nは可能な記号の数、Lはパスワード内の記号の数です。Hはビット単位で測定されます。[4] [10]最後の式では、logは任意の底にすることができます。
バイナリ バイトは通常、2 つの 16 進文字を使用して表現されます。
N 個のシンボルのセットからランダムに抽出されたパスワードを使用して、目的の強度H を達成するために必要な長さL を見つけるには、次のように計算します。
ここで、 は数学的な天井関数、つまり次に大きい整数への切り上げを表します。
次の表では、この式を使用して、一般的な記号セットで必要なパスワード エントロピーを達成するために、真にランダムに生成されたパスワードに必要な長さを示しています。
人間が生成したパスワード
人間は、満足のいくパスワードを生成するのに十分なエントロピーを得るのが苦手です。50万人のユーザーを対象としたある調査によると、平均的なパスワードのエントロピーは40.54ビットと推定されました。[11]
例えば、8文字のパスワード300万件以上を分析したところ、文字「e」は150万回以上使用されていたのに対し、「f」は25万回しか使用されていませんでした。均一な分布であれば、各文字は約90万回使用されていたはずです。最もよく使用される数字は「1」ですが、最もよく使用される文字はa、e、o、rです。[12]
ユーザーはパスワードを作成する際に、長い文字セットをフル活用することはほとんどありません。たとえば、2006年にMySpaceのフィッシング詐欺から得られたハッキング結果では、34,000のパスワードが明らかになりましたが、そのうち大文字と小文字、数字、記号が混在していたのはわずか8.3%でした。[13]
ASCII 文字セット全体 (数字、大文字と小文字の混在、特殊文字) を使用することで得られる完全な強度は、考えられるすべてのパスワードが同等に起こり得る場合にのみ達成されます。これは、すべてのパスワードに、大文字と小文字、数字、英数字以外の文字など、複数の文字クラスの文字が含まれている必要があることを示唆しているようです。このような要件はパスワード選択のパターンであり、攻撃者の「作業要素」 (Claude Shannon の用語) を減らすことが期待できます。これはパスワードの「強度」の低下です。より良い要件は、オンライン辞書や名前のリストにある単語、または州 (米国) や国 (EU など) のナンバープレートのパターンをパスワードに含めないことを要求することです。パターン化された選択が必要な場合、人間は文字を大文字にしたり、1 つまたは 2 つの数字を追加したり、特殊文字を追加したりするなど、予測可能な方法でそれらを使用する可能性が高くなります。この予測可能性は、ランダムなパスワードと比較した場合、パスワードの強度の増加がわずかであることを意味します。
パスワードの安全性啓発プロジェクト
Googleは、インターネット視聴者にインターネットの安全性を教えるInterlandを開発しました。Tower Of Tresureという章では、ゲームで(₺&@#%)のような文字と組み合わせた珍しい名前を使用することをお勧めします。[14]
NIST 特別刊行物 800-63-2
2004年6月のNIST特別刊行物800-63(第2版)では、人間が生成したパスワードのエントロピーを近似する方式が提案されている。[4]
この方式を使用すると、大文字と非アルファベット文字を含まない、または2つの文字セットのいずれかを含む、人間が選択した8文字のパスワードは、18ビットのエントロピーを持つと推定されます。NISTの出版物は、開発当時、実際のパスワード選択に関する情報はほとんどなかったことを認めています。その後、新たに利用可能になった実際のデータを使用して人間が選択したパスワードのエントロピーを研究した結果、NIST方式は人間が選択したパスワードのエントロピー推定に有効な指標を提供しないことが実証されました。[15] 2017年6月のSP 800-63の改訂版(改訂3)では、このアプローチは廃止されました。[16]
ユーザビリティと実装に関する考慮事項
国によってキーボードの実装が異なるため、94 個の ASCII 印刷可能文字すべてをどこでも使用できるわけではありません。これは、ローカル コンピューターのキーボードを使用してリモート システムにログインしたい海外旅行者にとって問題となる可能性があります(タブレット コンピューターやスマートフォンなどの多くのハンドヘルド デバイスでは、特殊文字を入力するために複雑なシフト シーケンスやキーボード アプリの切り替えが必要です。
認証プログラムによって、パスワードに使用できる文字のリストは異なります。大文字と小文字の違いを認識しないプログラムもあれば (たとえば、大文字の「E」は小文字の「e」と同じと見なされます)、その他の記号の一部を禁止するプログラムもあります。過去数十年の間に、システムではパスワードに使用できる文字数が増えましたが、制限はまだ残っています。また、システムによって、パスワードに使用できる最大文字数も異なります。
現実的には、パスワードはエンドユーザーにとって合理的かつ機能的であると同時に、意図された目的に対して十分に強力でなければなりません。覚えるのが難しすぎるパスワードは忘れられる可能性があるため、紙に書き留められる可能性が高く、これをセキュリティリスクと考える人もいます。[17]一方、支援なしにユーザーにパスワードを思い出すことを強制すると、弱いパスワードしか許容できず、セキュリティリスクが大きくなると主張する人もいます。ブルース・シュナイアーによると、ほとんどの人は財布やハンドバッグを安全に保管しており、そこは書き留めたパスワードを保管するのに「最適な場所」です。[18]
必要なエントロピービット
パスワードに必要な最小エントロピー ビット数は、特定のアプリケーションの脅威モデルによって異なります。キー ストレッチを使用しない場合は、よりエントロピーの高いパスワードが必要です。2005 年 6 月に発行された RFC 4086、「セキュリティのランダム性要件」では、いくつかの脅威モデルの例と、それぞれのモデルに必要なエントロピーの計算方法が示されています。[19] 回答は、オンライン攻撃のみが予想される場合は 29 ビットのエントロピーが必要であり、パスワードまたはキーを長期間にわたって安全に保つ必要があり、ストレッチが適用できない暗号化などのアプリケーションで使用される重要な暗号キーには最大 96 ビットのエントロピーが必要であるとされています。2010 年のGeorgia Tech Research Institute の非ストレッチ キーに基づく研究では、12 文字のランダム パスワードが最小の長さの要件として推奨されています。[5] [20]コンピューティング能力は継続的に向上しているため、オフライン攻撃を防ぐために必要なエントロピー ビット数も時間とともに増加する必要があることを念頭に置いておく必要があります。
上限は、暗号化に使用する鍵を選択する際の厳格な要件に関係しています。1999 年、電子フロンティア財団のプロジェクトは、特別に設計されたハードウェアを使用して56 ビットのDES暗号化を 1 日足らずで破りました。 [21] 2002 年、distributed.net は64 ビットの鍵を 4 年 9 か月 23 日で解読しました。[22] 2011 年 10 月 12 日現在、distributed.net は、現在のハードウェアを使用して 72 ビットの鍵を解読するには約 45,579 日、つまり 124.8 年かかると見積もっています。[23]現在わかっている基礎物理学の限界により、デジタル コンピューター(または組み合わせ) がブルート フォース攻撃によって 256 ビットの暗号化を解読できるとは考えられません。[24]量子コンピューターが実際にそれを実行できるかどうかはまだ不明ですが、理論的な分析ではそのような可能性があることが示唆されています。[25]
強力なパスワードのガイドライン
‹テンプレート How-toは統合が検討されています。›
共通ガイドライン
良いパスワードを選ぶためのガイドラインは、通常、パスワードを推測によって発見されにくくするように設計されています。ソフトウェアシステムのセキュリティの支持者が提唱する一般的なガイドラインには、次のものがあります。[26] [27] [28] [29] [30]
- 一般的な目安として、パスワードの最小文字数は8文字[31]と考えてください。米国と英国のサイバーセキュリティ部門はどちらも、短くて複雑なパスワードよりも、長くて覚えやすいパスワードを推奨しています。[32] [33]
- 可能な場合はパスワードをランダムに生成します。
- 同じパスワードを 2 回使用しないでください (複数のユーザー アカウントやソフトウェア システムなど)。
- 文字の繰り返し、キーボードのパターン、辞書の単語、連続した文字や数字は避けてください。
- ユーザー名、先祖の名前、日付など、ユーザーまたはアカウントに公に関連付けられている、または関連付けられる可能性のある情報の使用は避けてください。
- 親戚やペットの名前、恋愛関係(現在または過去)、経歴情報(ID 番号、先祖の名前や日付など)など、ユーザーの同僚や知人がユーザーと関連していることを知っている可能性のある情報の使用は避けてください。
- 前述の弱い要素の単純な組み合わせのみで構成されるパスワードは使用しないでください。
パスワードに小文字、大文字、数字、記号を含めることを強制することは一般的なポリシーでしたが、解読しやすくなり、セキュリティが低下することが判明しました。 研究では、このような記号の一般的な使用がいかに予測可能であるかが示されており、米国[34]と英国[35]の政府サイバーセキュリティ部門は、パスワードポリシーに記号を含めることを強制しないよう勧告しています。 また、複雑な記号はパスワードを記憶することを非常に困難にするため、書き留めたり、パスワードをリセットしたり、パスワードを再使用したりすることが増え、これらはすべてパスワードのセキュリティを向上させるのではなく、低下させます。 パスワードの複雑さのルールの元の作成者であるビル・バーは謝罪し、研究で判明したように、セキュリティが低下することを認めており、2017年にメディアで広く報道されました。[36]オンラインセキュリティの研究者[37]とコンサルタントも、パスワードに関するベストプラクティスのアドバイスの変更[38]を支持しています。
ガイドラインの中には、パスワードを書き留めないように勧めているものもあれば、ユーザーがアクセスしなければならないパスワード保護されたシステムの数が多いことを指摘し、書き留めたパスワードリストをモニターに貼り付けたり、鍵のかかっていない机の引き出しに入れたりせず、安全な場所に保管する限り、パスワードを書き留めることを推奨しているものもあります。[39] NCSCはパスワードマネージャー の使用を推奨しています。 [40]
パスワードに使用できる文字セットは、ウェブサイトによって制限されるか、パスワードを入力するキーボードの範囲によって制限されることがあります。[41]
弱いパスワードの例
他のセキュリティ対策と同様に、パスワードの強度はさまざまです。パスワードの中には、他のパスワードよりも弱いものもあります。たとえば、辞書に載っている単語と難読化された単語(パスワードの文字を数字などに置き換えるなど、一般的な手法)の強度の違いにより、パスワードクラッキングデバイスに数秒多くかかる可能性がありますが、これでは強度はほとんど上がりません。以下の例は、弱いパスワードが作成されるさまざまな方法を示しています。これらはすべて、エントロピーが極めて低い単純なパターンに基づいており、高速で自動的にテストできます。[12]
- デフォルトのパスワード(システム ベンダーによって提供され、インストール時に変更されるもの): password、default、admin、guestなど。デフォルトのパスワードのリストは、インターネット上で広く入手できます。
- 再利用されたパスワード: パスワードは特定のアカウントに固有のものにする必要があります。再利用されたパスワードを、いくつかの文字や数字を変更するなどして変更するだけでは、十分なセキュリティは確保されません。
- 辞書の単語: chameleon、RedSox、sandbags、bunnyhop!、IntenseCrabtreeなど、英語以外の辞書の単語も含みます。
- 数字が付加された単語: password1、deer2000、john1234などは、ほとんど時間を無駄にすることなく、簡単に自動的にテストできます。
- 改変されたパスワード(単純な難読化が施された単語):p@ssw0rd、l33th4x0r、g0ldf1shなどは、ほとんど手間をかけずに自動的にテストできます。たとえば、 DigiNotar攻撃で侵害されたドメイン管理者のパスワードはPr0d@dm1nだったと報告されています。 [42]
- 重複した単語: crackcrab、stopstop、treetree、passpassなど。
- キーボードの行からの一般的なシーケンス: qwerty、123456、asdfghなど。対角シーケンスまたは逆シーケンス (qazplm、ytrewq など) も含まれます。
- 911 ( 9-1-1、9/11 )、 314159... ( pi )、 27182... ( e )、 112 ( 1-1-2 )などのよく知られた数字に基づく数値シーケンス。
- 識別子: jsmith123、1/1/1970、555–1234、ユーザー名など。
- 英語以外の言語の弱いパスワード、例えばcontraseña(スペイン語)やji32k7au4a83(中国語のボポモフォキーボードエンコード)[43]
- 個人に関するあらゆる情報、例えば車のナンバープレート番号、社会保障番号、現在または過去の電話番号、学生証、現在の住所、以前の住所、誕生日、スポーツチーム、親戚やペットの名前/ニックネーム/誕生日/イニシャルなどは、個人の詳細を簡単に調査するだけで、自動的に簡単にテストできます。
- 日付: 日付はパターンに従うため、パスワードが弱くなります。
- 有名な場所の名前: ニューヨーク、テキサス、中国、ロンドンなど。
- ブランド名、有名人、スポーツチーム、音楽グループ、テレビ番組、映画などの名前。
- 短いパスワード: パスワードに上記に挙げた弱点がない場合でも、短すぎると簡単に解読される可能性があります。
パスワードが弱くなる方法は他にもたくさんあり、[44]さまざまな攻撃スキームの強さに対応しています。基本原則は、パスワードは高いエントロピー (通常はランダム性と同等とみなされます) を持ち、どんな「巧妙な」パターンでも簡単に推測できないこと、またパスワードにユーザーを識別する情報が混在してはいけないことです。オンライン サービスでは、ハッカーが解読してパスワードをバイパスできるパスワード復元機能が提供されていることがよくあります。
パスワード変更ガイドラインの再考
2012 年の状況では、ウィリアム・チェスウィックがACM 誌の記事で描写したように、パスワードのセキュリティは主に 8 文字以上の英数字のパスワードを重視していました。このようなパスワードは、1 秒あたり 1,000 万回の試行に 252 日間耐えられると推測されました。しかし、当時の最新の GPU の支援により、1 秒あたり 70 億回の試行というクラッキング率を考えると、この期間はわずか 9 時間程度に短縮されました。13 文字のパスワードは、GPU で計算された試行に 90 万年以上耐えられると推定されました。[45] [46]
2023年のハードウェア技術の文脈では、2012年の標準である8文字の英数字パスワードは脆弱になり、数時間で破られてしまいます。13文字のパスワードを解読するのに必要な時間は数年に短縮されます。したがって、現在の重点はシフトしています。パスワードの強度は、複雑さだけでなく長さによっても測定されるようになり、少なくとも13〜16文字のパスワードが推奨されています。この時代では、重要な強化手段として多要素認証(MFA)も登場しました。パスワードマネージャーの登場と普及により、ユーザーは強力でユニークなパスワードを開発して維持するのにさらに役立っています。[47]
パスワードポリシー
パスワード ポリシーは、適切なパスワードを選択するためのガイドです。その目的は次の通りです。
- ユーザーが強力なパスワードを選択できるように支援する
- パスワードが対象者層に適したものであることを確認する
- パスワードの取り扱いに関するユーザーへの推奨事項を提供する
- 紛失したパスワードや漏洩の疑いのあるパスワードを変更するよう勧告する
- パスワード ブラックリストを使用して、弱いパスワードや簡単に推測できるパスワードの使用をブロックします。
以前のパスワード ポリシーでは、数字、記号、大文字/小文字など、パスワードに含める必要のある文字を規定していました。これは現在でも使用されていますが、大学の研究[48] 、このポリシーの元の提唱者[49] 、米国[51]と英国のサイバー セキュリティ部門 (およびその他の関連する政府セキュリティ機関[50] ) [52]によって安全性が低いことが証明されています。強制的な記号のパスワードの複雑さのルールは、以前は Google [53]や Facebook [54]などの主要プラットフォームで使用されていましたが、実際にはセキュリティが低下することが判明したため、この要件は削除されました。これは、人的要素がクラッキングよりもはるかに大きなリスクであり、強制的な複雑さにより、ほとんどのユーザーが非常に予測可能なパターン (末尾に数字、3 を E に置き換えるなど) に陥り、パスワードのクラッキングが容易になるためです。そのため、パスワードの単純さと長さ (パスフレーズ) が新しいベスト プラクティスであり、複雑さは推奨されません。強制的な複雑さのルールは、サポート コストとユーザーの摩擦を増加させ、ユーザーのサインアップを妨げます。
パスワードの有効期限は、古いパスワードポリシーに含まれていましたが、ベストプラクティスとして否定され[36]、米国や英国政府、またはパスワードの有効期限機能を削除したMicrosoftによってサポートされていません[55]。パスワードの有効期限は、以前は2つの目的を果たしていました。[56]
- パスワードを解読するのにかかる時間が 100 日と推定される場合、パスワードの有効期限を 100 日未満にすると、攻撃者に十分な時間が与えられなくなる可能性があります。
- パスワードが侵害された場合、定期的に変更することを義務付けると、攻撃者のアクセス時間を制限できる可能性があります。
しかし、パスワードの有効期限には欠点もある: [57] [58]
- ユーザーにパスワードを頻繁に変更するように求めると、単純で弱いパスワードが使用されやすくなります。
- 本当に強力なパスワードを使用している場合、それを変更する意味はほとんどありません。すでに強力なパスワードを変更すると、新しいパスワードの強度が低下するリスクが生じます。
- 侵害されたパスワードは、多くの場合は権限昇格によって、攻撃者によってすぐにバックドアのインストールに使用される可能性があります。これが完了すると、パスワードを変更しても将来の攻撃者によるアクセスを防ぐことはできません。
- パスワードを決して変更しない状態から、認証の試行(成功または失敗)ごとにパスワードを変更する状態に移行しても、攻撃者がブルートフォース攻撃でパスワードを推測するまでに試行しなければならない回数は平均して 2 倍になるだけです。パスワードを毎回変更するよりも、パスワードの長さを 1 文字増やすだけで、はるかに高いセキュリティが得られます。[引用が必要]
パスワードの作成と処理
特定の長さと文字セットの場合、最も解読が難しいパスワードはランダムな文字列です。十分に長い場合、ブルート フォース攻撃 (文字数が多いため) や推測攻撃 (エントロピーが高いため) に耐えることができます。ただし、このようなパスワードは通常、最も覚えにくいものです。パスワード ポリシーでこのようなパスワードを必須にすると、ユーザーはパスワードを書き留めたり、モバイル デバイスに保存したり、記憶障害に対する安全策として他のユーザーと共有したりする可能性があります。ユーザーがこれらの手段を講じることでセキュリティ リスクが増大すると考える人もいますが、ユーザーがアクセスする数十のアカウントごとに異なる複雑なパスワードを覚えておくことを期待するのは不合理だと主張する人もいます。たとえば、2005 年にセキュリティの専門家であるBruce Schneier は、パスワードを書き留めることを推奨しました。
簡単に言えば、人々はもはや辞書攻撃を確実に防御できるほどのパスワードを覚えることができず、覚えられないほど複雑なパスワードを選んでそれを書き留める方がはるかに安全です。私たちは皆、小さな紙切れを安全に保管することに長けています。私は人々に、小さな紙切れにパスワードを書き留め、他の貴重な小さな紙切れと一緒に財布の中に保管することをお勧めします。[39]
以下の対策を慎重に実施すれば、強力なパスワード要件の受け入れ度が高まる可能性があります。
- トレーニング プログラム。また、パスワード ポリシーに従わないユーザー (パスワードの紛失、不適切なパスワードなど) 向けの最新のトレーニングも実施します。
- 強力なパスワードを使用するユーザーには、パスワード変更の必要性 (パスワードの有効期限) を減らすか、またはなくすことで、メリットを与えます。ユーザーが選択したパスワードの強度は、パスワードの設定または変更時に提案されたパスワードを検査して評価する自動プログラムによって推定できます。
- 各ユーザーに最終ログイン日時を表示し、ユーザーが不正アクセスに気付き、パスワードが侵害されたことを示唆することを期待します。
- 自動システムを使用してユーザーがパスワードをリセットできるようにすることで、ヘルプデスクへの問い合わせ件数が減ります。ただし、システム自体が安全でない場合もあります。たとえば、パスワード リセットの質問に対する回答が簡単に推測または調査できると、強力なパスワード システムの利点が損なわれます。
- ユーザーがパスワードを選択できないようにランダムに生成されたパスワードを使用するか、少なくともランダムに生成されたパスワードをオプションとして提供します。
記憶術
パスワード ポリシーでは、パスワードの記憶を助ける 記憶テクニックが提案されることがあります。
- 記憶に残るパスワード: 一部のユーザーは、記憶に残るフレーズを作成し、それを使用して、多かれ少なかれランダムでありながら、ユーザーが比較的覚えやすいパスワードを生成します。たとえば、覚えやすいフレーズの各単語の最初の文字などです。研究では、このようなパスワードのパスワード強度は 1 文字あたり約 3.7 ビットであると推定されています。これに対し、ASCII 印刷可能文字からのランダム パスワードの強度は 6.6 ビットです。[59]面白いパスワードの方が覚えやすい可能性があります。[60]ランダムに見えるパスワードをより覚えやすくする別の方法は、ランダムに選択された文字の代わりに、ランダムな単語 ( diceware を参照) または音節を使用することです。
- 事後記憶術:パスワードが確立された後、それに合った記憶術を考え出してください。[61]合理的であったり、理にかなっている必要はなく、覚えやすいものであればよいのです。これにより、パスワードをランダムにすることができます。
- パスワードの視覚的表現: パスワードは、キーの値ではなく、押されたキーのシーケンスに基づいて記憶されます。たとえば、シーケンス !qAsdE#2 は、米国のキーボードでは菱形を表します。このようなパスワードを生成する方法は PsychoPass と呼ばれます。[62]この方法で生成されたパスワードは、連続するキーが独立しておらず、一般的なキーボードシーケンスがパスワード辞書に含まれているため、長さから推測されるよりもはるかに弱いです。ただし、いくつかの改善が可能です。[63] [64]
- パスワード パターン: パスワードにパターンがあると、推測 (自動かどうかに関係なく) が容易になり、攻撃者の作業要素が減ります。
パスワードマネージャー
大量のパスワードを使用する場合の妥当な妥協策は、スタンドアロンアプリケーション、Webブラウザ拡張機能、またはオペレーティングシステムに組み込まれたマネージャを含むパスワードマネージャプログラムにパスワードを記録することです。パスワードマネージャを使用すると、ユーザーは何百もの異なるパスワードを使用できますが、暗号化されたパスワードデータベースを開くパスワードを1つだけ覚えておけば済みます。[65]言うまでもなく、この単一のパスワードは強力で、十分に保護されている必要があります(どこにも記録されません)。ほとんどのパスワードマネージャは、暗号的に安全なランダムパスワードジェネレータを使用して、生成されたパスワードのエントロピーを計算し、自動的に強力なパスワードを作成できます。優れたパスワードマネージャは、キーロギング、クリップボードロギング、およびその他のさまざまなメモリスパイ技術 などの攻撃に対する耐性を提供します。
参照
参考文献
- ^ 「サイバー セキュリティ ヒント ST04-002」。パスワードの選択と保護。US CERT。2009 年 5 月 21 日。2009 年 7 月 7 日時点のオリジナルよりアーカイブ。2009年6 月 20 日閲覧。
- ^ 「ユーザー名とパスワードだけでは不十分な理由 | SecurityWeek.Com」www.securityweek.com 2019年1月31日2020年10月31日閲覧。
- ^ 「セキュリティ調査で、数百万人が123456をパスワードとして使用していることが判明」BBCニュース。2019年4月21日。 2019年4月24日閲覧。
- ^ abcd 「SP 800-63 – 電子認証ガイドライン」(PDF) 。NIST。 2004年7月12日時点のオリジナル(PDF)からアーカイブ。2014年4月20日閲覧。
- ^ ab 「テラフロップス問題: グラフィックス プロセッシング ユニットのパワーが世界のパスワード セキュリティ システムを脅かす可能性」。ジョージア工科大学研究所。2010 年 12 月 30 日時点のオリジナルよりアーカイブ。2010年 11 月 7 日閲覧。
- ^ 米国特許 7929707、Andrey V. Belenko、「パスワード回復のための並列数学コプロセッサとしてのグラフィックス プロセッサの使用」、2011 年 4 月 19 日発行、Elcomsoft Co. Ltd. に譲渡。
- ^ Elcomsoft.com、 Wayback Machineで 2006-10-17 にアーカイブ、ElcomSoftパスワード回復速度表、NTLMパスワード、Nvidia Tesla S1070 GPU、2011-02-01 にアクセス
- ^ Elcomsoft Wireless Security Auditor、HD5970 GPU 2011-02-19 にWayback Machineでアーカイブされ、2011-02-11 にアクセスされました
- ^ James Massey (1994). 「推測とエントロピー」(PDF) . 1994 IEEE 国際情報理論シンポジウム議事録. IEEE. p. 204.
- ^ Schneier, B: Applied Cryptography、第2版、233ページ以降。John Wiley and Sons。
- ^ Florencio, Dinei; Herley, Cormac (2007 年 5 月8 日)。「Web パスワード習慣に関する大規模調査」(PDF)。第 16 回 World Wide Web 国際会議の議事録。p. 657。doi :10.1145/ 1242572.1242661。ISBN 9781595936547. S2CID 10648989. 2015年3月27日時点のオリジナルより アーカイブ(PDF) 。
- ^ ab Burnett, Mark (2006). Kleiman, Dave (ed.). Perfect Passwords . マサチューセッツ州ロックランド: Syngress Publishing. p. 181. ISBN 978-1-59749-041-2。
- ^ Bruce Schneier (2006年12月14日). 「MySpace のパスワードはそれほど愚かではない」. Wired Magazine. 2014年5月21日時点のオリジナルよりアーカイブ。2008年4月11日閲覧。
- ^ 「Play Interland - Be Internet Awesome」。Play Interland - Be Internet Awesome 。2024年9月10日閲覧。
- ^ Matt Weir、Susdhir Aggarwal、Michael Collins、Henry Stern (2010 年 10 月 7 日)。「大量の公開パスワードを攻撃してパスワード作成ポリシーのメトリックをテストする」(PDF)。2012 年 7 月 6 日時点のオリジナルよりアーカイブ。2012 年3 月 21 日閲覧。
- ^ 「SP 800-63-3 – デジタルアイデンティティガイドライン」(PDF)。NIST。2017年6月。2017年8月6日時点のオリジナルよりアーカイブ。 2017年8月6日閲覧。
- ^ A. Allan. 「パスワードは限界点に近づいている」(PDF) 。 Gartner。 2006 年 4 月 27 日時点のオリジナル(PDF)からアーカイブ。2008 年4 月 10 日閲覧。
- ^ Bruce Schneier. 「Schneier on Security」.パスワードを書き留めてください。2008年4月13日時点のオリジナルよりアーカイブ。2008年4月10日閲覧。
- ^ セキュリティのためのランダム性要件。doi : 10.17487 / RFC4086。RFC 4086 。
- ^ 「ハッカーを阻止したいですか? パスワードを長くしましょう」NBCニュース。2010年8月19日。2013年7月11日時点のオリジナルよりアーカイブ。2010年11月7日閲覧。
- ^ 「EFF DESクラッカーマシンが暗号論争に正直さをもたらす」EFF。2010年1月1日時点のオリジナルよりアーカイブ。2008年3月27日閲覧。
- ^ 「64 ビット キー プロジェクトのステータス」。Distributed.net。2013 年 9 月 10 日時点のオリジナルよりアーカイブ。2008年3 月 27 日閲覧。
- ^ 「72 ビット キー プロジェクトのステータス」。Distributed.net。2011年10 月 12 日閲覧。
- ^ Bruce Schneier. 「Snakeoil: Warning Sign #5: Ridiculous key lengths」。2008年4月18日時点のオリジナルよりアーカイブ。2008年3月27日閲覧。
- ^ 「量子コンピューティングと暗号解読」。Stack Overflow。2011年5月27日。2013年5月21日時点のオリジナルよりアーカイブ。 2013年3月17日閲覧。
- ^ Microsoft Corporation、強力なパスワード: 作成方法と使用方法 2008-01-01 にWayback Machineでアーカイブ
- ^ Bruce Schneier、安全なパスワードの選択、2008-02-23 にWayback Machineでアーカイブ
- ^ Google, Inc., あなたのパスワードはどれくらい安全ですか? 2008-02-22 にWayback Machineでアーカイブ
- ^ メリーランド大学、良いパスワードの選択 2014-06-14 にWayback Machineでアーカイブ
- ^ ビッドウェル、テリ(2002年)。情報化時代におけるハッキング対策。Syngress Publishing。ISBN 978-1-931836-51-7。
- ^ 「2020年のNISTパスワードガイドライン」。Stealthbits。2020年8月18日。 2021年5月17日閲覧。
- ^ 「パスワードポリシー - アプローチの更新」英国国立サイバーセキュリティセンター。 2021年5月17日閲覧。
- ^ 「パスワードの選択と保護」。米国サイバーセキュリティ・インフラストラクチャセキュリティ庁 (CISA)。2019 年 11 月 18 日。2023年 10 月 10 日閲覧。
- ^ 「デジタルアイデンティティガイドライン」。米国国立標準技術研究所。 2021年5月17日閲覧。
- ^ 「システム所有者のためのパスワード管理」英国国立サイバーセキュリティセンター。 2021年5月17日閲覧。
- ^ ab 「パスワードルール - パスワードの複雑さの創始者が謝罪!」2021年5月17日閲覧。
- ^ 「CyLab Usable Privacy and Security Laboratory (CUPS)」。カーネギーメロン大学 (米国) 。 2021年5月17日閲覧。
- ^ ブルース・シュナイアー。「パスワードのベストプラクティスの変化」。シュナイアー・オン・セキュリティ。 2021年5月17日閲覧。
- ^ ab 「パスワードを書き留めてください - Schneier on Security」www.schneier.com。2008 年 4 月 13 日時点のオリジナルよりアーカイブ。
- ^ 「NCSCはパスワードマネージャーについてどう考えているか?」www.ncsc.gov.uk。 2019年3月5日時点のオリジナルよりアーカイブ。
- ^ 例えば、英数字以外の文字が 17 個しかないキーボードについては、拡大画像にある BlackBerry フォンのキーボードを参照してください。Archived 2011-04-06 at the Wayback Machine in support of Sandy Berger, BlackBerry Tour 9630 (Verizon) Cell Phone Review, in Hardware Secrets (August 31, 2009) Archived April 6, 2011, at the Wayback Machine、両方とも 2010 年 1 月 19 日アクセス。一部の Web サイトが英数字以外の文字を許可していないことは、Kanhef, Idiots, For Different Reasons (June 30, 2009) (トピック投稿) Archived April 6, 2011, at the Wayback Machine、2010 年 1 月 20 日アクセスで示されています。
- ^ 「DigiNotar 攻撃の責任者は ComodoHacker – Hacking News」 Thehackernews.com 2011 年 9 月 6 日。2013 年 5 月 17 日時点のオリジナルよりアーカイブ。2013年 3 月 17 日閲覧。
- ^ Dave Basner (2019年3月8日). 「なぜ「ji32k7au4a83」が驚くほど一般的なパスワードなのか」 。 2019年3月25日閲覧。
- ^ ビッドウェル、87ページ
- ^ William, Cheswick (2012-12-31). 「HTML バージョン - パスワードの再考」。Association for Computing Machinery (ACM)。2019-11-03 時点のオリジナルよりアーカイブ。2019-11-03に取得。
- ^ William, Cheswick (2012-12-31). 「ACM デジタルライブラリ - パスワードの再考」.キュー. 10 (12): 50–56. doi : 10.1145/2405116.2422416 .
- ^ 「パスワードセキュリティの現状 2023 レポート | Bitwarden リソース」。Bitwarden。2023年 9 月 24 日閲覧。
- ^ 「最小強度、最小長、ブロックリスト要件を組み合わせた、より強力で使いやすいパスワードの実践的推奨事項」(PDF)。カーネギーメロン大学。 2021年5月17日閲覧。
- ^ 「パスワード複雑性ルールの創始者ビル・バー氏が謝罪!」2021年5月17日閲覧。
- ^ 「オンラインサービスにおけるパスワード」英国情報コミッショナー事務局(ICO)2021年5月17日閲覧。
- ^ 「デジタルアイデンティティガイドライン」。米国国立標準技術研究所。 2021年5月17日閲覧。
- ^ 「パスワードガイダンス」(PDF)。サイバーセキュリティ、英国政府通信本部。 2021年5月17日閲覧。
- ^ 「強力なパスワードを作成する」。Google Inc. 2021年5月17日閲覧。
- ^ 「ログインとパスワードのヘルプ」。FaceBook Inc. 2021年5月17日閲覧。
- ^ 「Windows 10 v1903 および Windows Server v1903 のセキュリティ ベースライン (最終版)」。Microsoft。2019 年 5 月 23 日。2021年5 月 17 日閲覧。
- ^ 「パスワードの有効期限を擁護する」。League of Professional Systems Administrators。2008 年 10 月 12 日時点のオリジナルよりアーカイブ。2008年4 月 14 日閲覧。
- ^ 「定期的なパスワードの有効期限切れを強制することの問題点」 。IA Matters。CESG : GCHQの情報セキュリティ部門。2016年4月15日。2016年8月17日時点のオリジナルよりアーカイブ。 2016年8月5日閲覧。
- ^ Eugene Spafford. 「セキュリティ神話とパスワード」。情報保証とセキュリティに関する教育研究センター。2008 年 4 月 11 日時点のオリジナルよりアーカイブ。2008年4 月 14 日閲覧。
- ^ Johannes Kiesel、Benno Stein、Stefan Lucks (2017)。「ニーモニックパスワードアドバイスの大規模分析」(PDF)。第24回ネットワークおよび分散システムセキュリティシンポジウム(NDSS 17)の議事録。インターネット協会。 2017年3月30日時点のオリジナル(PDF)からアーカイブ。 2017年3月30日閲覧。
- ^ Mnemonic Devices (インディアナポリス、インディアナ州: Bepko Learning Ctr.、University College)、2010年1月19日アクセス、2010年6月10日アーカイブ、Wayback Machine
- ^ パスワードの記憶 (ChangingMinds.org) Wikiwix で 2010 年 1 月 21 日にアーカイブ、2010 年 1 月 19 日にアクセス
- ^ Cipresso, P; Gaggioli, A; Serino, S; Cipresso, S; Riva, G (2012). 「記憶可能で強力なパスワードを作成する方法」J Med Internet Res . 14 (1): e10. doi : 10.2196/jmir.1906 . PMC 3846346 . PMID 22233980.
- ^ Brumen, B; Heričko, M; Rozman, I; Hölbl, M (2013). 「PsychoPass方式のセキュリティ分析と改善」J Med Internet Res . 15 (8): e161. doi : 10.2196/jmir.2366 . PMC 3742392 . PMID 23942458.
- ^ 「zxcvbn: 現実的なパスワード強度の推定」。Dropbox Tech Blog。2015年4月5日時点のオリジナルよりアーカイブ。
- ^ 「皇帝の新しいパスワードマネージャー:Webベースのパスワードマネージャーのセキュリティ分析 | カリフォルニア大学バークレー校のEECS」。www2.eecs.berkeley.edu 。 2023年10月1日閲覧。
6 種類のパスワード攻撃とその阻止方法 | OneLogin. (nd). 2024 年 4 月 24 日に https://www.google.com/ から取得
Franchi, E., Poggi, A., Tomaiuolo, M. (2015). ソーシャルネットワークにおける情報とパスワード攻撃: 暗号化の議論。情報技術研究ジャーナル、8(1), 25–42。https://doi.org/10.4018/JITR.2015010103
外部リンク
- RFC 4086: セキュリティのためのランダム性要件
- パスワードパターン:次世代の辞書攻撃
