Loading article…
パスワード（パスコードとも呼ばれる）は、通常、ユーザーの身元を確認するために使用される、文字列の秘密データです。従来、パスワードは記憶することが想定されていましたが、[ 1 ]一般的な個人がアクセスするパスワードで保護されたサービスの数が多いため、各サービス固有のパスワードを記憶することは非現実的です。[ 2 ] NISTデジタルアイデンティティガイドラインの用語を使用すると、 [ 3 ]秘密はクレーム者と呼ばれる当事者によって保持され、クレーム者の身元を確認する当事者は検証者と呼ばれます。クレーム者が確立された認証プロトコルを通じて検証者にパスワードの知識を正常に証明すると、[ 4 ]検証者はクレーム者の身元を推測できます。
一般的に、パスワードとは文字、数字、その他の記号を含む一連の文字のことです。使用可能な文字が数字に限定されている場合、対応する秘密情報は個人識別番号（PIN）と呼ばれることもあります。
その名前とは裏腹に、パスワードは実際の単語である必要はありません。実際、辞書的な意味での非単語の方が推測しにくく、これはパスワードの望ましい特性です。スペースで区切られた単語やその他のテキストのシーケンスで構成される記憶された秘密は、パスフレーズと呼ばれることがあります。パスフレーズは使用法においてパスワードに似ていますが、セキュリティを高めるために一般的に長くなっています。[ 5 ]
パスワードは古代から使われてきました。警備兵は区域に入ろうとする者にパスワードまたは合言葉の提示を求め、パスワードを知っている者のみ通過を許可しました。ポリュビオスはローマ軍における合言葉の配布システムを次のように説明しています。
夜間の合言葉の伝達方法は次のとおりです。歩兵と騎兵の各階級の第 10マニプル、つまり通りの下端に陣取っているマニプルから、警備任務から解放された者が選ばれ、毎日日没時に護民官の天幕を訪れ、合言葉（合言葉が刻まれた木製の板）を受け取ります。そして、宿舎に戻ると、合言葉と板を証人の前で次のマニプルの指揮官に渡し、指揮官はさらにその次の指揮官に渡します。全員が同じことを繰り返し、合言葉が護民官の天幕の近くに陣取っている最初のマニプルに届くまで続けます。これらのマニプルは、日没前に護民官に板を届けなければなりません。こうして、発行されたすべての板が返送されれば、護民官は合言葉がすべてのマニプルに渡され、すべてのマニプルを経由して自分の元に戻ってきたことを知るのです。それらのうちどれか一つでも紛失した場合は、印からどの方面からタブレットが戻ってこなかったかが分かるので、すぐに調査を行い、停止の原因となった者は相応の罰を受けることになる。[ 6 ]
軍事用途のパスワードは、パスワードだけでなく、パスワードとカウンターパスワードを含むように進化しました。たとえば、ノルマンディー上陸作戦の初期には、アメリカ第101空挺師団の空挺兵は「フラッシュ」というパスワードを使用していました。これはチャレンジとして提示され、正しい応答として「サンダー」と答えます。チャレンジと応答は3日ごとに変更されました。アメリカの空挺兵はまた、 Dデイにパスワードシステムの代わりに「クリケット」と呼ばれる装置を一時的に固有の識別方法として使用したことで有名です。この装置から発せられる1回の金属音のクリックに対して、2回のクリックで応答することになっていました。[ 7 ]
コンピュータの黎明期からパスワードが使われてきました。 1961年にMITで発表されたオペレーティングシステムである互換タイムシェアリングシステム（CTSS）は、パスワードログインを実装した最初のコンピュータシステムでした。[ 8 ] [ 9 ] CTSSには、ユーザーパスワードを要求するLOGINコマンドがありました。「PASSWORDと入力すると、システムは可能であれば印刷機構をオフにして、ユーザーがプライバシーを守りながらパスワードを入力できるようにします。」[ 10 ] 1970年代初頭、ロバート・モリスは、 Unixオペレーティングシステムの一部として、ログインパスワードをハッシュ形式で保存するシステムを開発しました。このシステムは、シミュレートされたハゲリンローター暗号機に基づいており、1974年に第6版Unixで初めて登場しました。彼のアルゴリズムの後のバージョンであるcrypt(3)は、12ビットのソルトを使用し、 DESアルゴリズムの修正版を25回呼び出して、事前に計算された辞書攻撃のリスクを軽減しました。[ 11 ]
現代では、ユーザー名とパスワードは、保護されたコンピュータのオペレーティングシステム、携帯電話、ケーブルテレビデコーダー、 ATM（現金自動預け払い機）などへのアクセスを制御するログインプロセスで一般的に使用されています。一般的なコンピュータユーザーは、アカウントへのログイン、電子メールの取得、アプリケーション、データベース、ネットワーク、Webサイトへのアクセス、さらには朝刊のオンライン閲覧など、複数の目的でパスワードを使用しています。 [ 12 ]
一般的に、パスワードが所有者にとって覚えやすいほど、攻撃者にとって推測しやすくなります。[ 13 ]しかし、覚えにくいパスワードは、(a) ユーザーがパスワードを書き留めたり電子的に保存したりする必要がある、(b) ユーザーが頻繁にパスワードをリセットする必要がある、(c) ユーザーが異なるアカウントで同じパスワードを使い回す可能性が高い、といった理由で、システムのセキュリティを低下させる可能性もあります。同様に、「大文字と小文字、数字を組み合わせる」や「毎月変更する」など、パスワードの要件が厳格であればあるほど、ユーザーがシステムを侵害する度合いが高くなります。[ 14 ]一方で、長いパスワードは、さまざまな文字を含む短いパスワードよりもセキュリティ（エントロピーなど）が高いと主張する人もいます。 [ 15 ]
「パスワードの記憶しやすさとセキュリティ」の中で、ジェフ・ヤンらは、ユーザーに適切なパスワードの選択についてアドバイスを与えることの効果を検証した。彼らは、フレーズを考えて各単語の最初の文字を取ることに基づくパスワードは、素直に選択したパスワードと同じくらい記憶しやすく、ランダムに生成されたパスワードと同じくらい解読しにくいことを発見した。[ 16 ]
2つ以上の無関係な単語を組み合わせ、一部の文字を特殊文字や数字に変更することも有効な方法ですが[ 17 ] 、辞書にある単語を1つだけ使うのは有効ではありません。難解なパスワードを生成するための独自のアルゴリズムを設計することも有効な方法です[ 18 ] 。
しかし、ユーザーに「大文字と小文字の組み合わせ」で構成されるパスワードを覚えてもらうことは、ビット列を覚えてもらうのと似ています。覚えにくく、解読も少し難しくなるだけです（たとえば、7文字のパスワードの場合、解読は128倍難しくなるだけで、ユーザーが1文字を大文字にするだけでは難しくなります）。ユーザーに「文字と数字の両方」を使用するように求めると、「E」→「3」や「I」→「1」など、攻撃者によく知られている推測しやすい置換につながることがよくあります。同様に、パスワードをキーボードの1段上に入力することも、攻撃者に知られている一般的なトリックです。[ 19 ]
2013年、Googleは最も一般的なパスワードタイプのリストを公開しました。これらはすべて、推測されやすいため（特にソーシャルメディアで個人を調べた後には）、安全ではないと考えられています。これには以下が含まれます。[ 20 ]
パスワードを記憶して書き留めないようにという従来のアドバイスは、コンピューターやインターネットのユーザーが管理しなければならないパスワードの膨大な数のため、困難になっています。ある調査では、平均的なユーザーは約100個のパスワードを持っていると結論付けられました。[ 2 ]パスワードの増加を管理するために、複数のアカウントに同じパスワードを使用するユーザーもいますが、1つのアカウントでデータ漏洩が発生すると他のアカウントも危険にさらされる可能性があるため、危険な行為です。リスクの低い代替手段としては、パスワードマネージャーの使用、シングルサインオンシステムの使用、重要度の低いパスワードの紙のリストを保管することなどがあります。[ 21 ]このような方法により、パスワードマネージャーのマスターパスワードなど、記憶しなければならないパスワードの数を管理しやすい数に減らすことができます。
パスワードで保護されたシステムのセキュリティは、いくつかの要因に依存します。システム全体は、コンピュータウイルス、中間者攻撃などに対する保護を備えた、堅牢なセキュリティ設計である必要があります。物理的なセキュリティの問題も懸念事項であり、ショルダーサーフィンの防止から、ビデオカメラやキーボードスニファなどのより高度な物理的脅威までが含まれます。パスワードは、攻撃者が推測しにくく、利用可能な自動攻撃手法を使用して攻撃者が発見しにくいように選択する必要があります。[ 22 ]
近年では、コンピュータシステムがパスワード入力時にパスワードを非表示にするのが一般的になっています。この対策の目的は、第三者がパスワードを読み取るのを防ぐことですが、この方法によってミスやストレスが生じ、ユーザーが弱いパスワードを選択するようになる可能性があると主張する人もいます。代替案として、ユーザーはパスワード入力時に表示または非表示を選択できるオプションを持つべきです。[ 22 ]
効果的なアクセス制御規定は、パスワードや生体認証トークンを入手しようとする犯罪者に極端な手段を取らせる可能性がある。[ 23 ]それほど極端ではない手段には、恐喝、ラバーホース暗号解読、サイドチャネル攻撃などがある。
パスワードの検討、選択、管理を行う際に考慮すべき、具体的なパスワード管理上の問題点を以下に示します。
攻撃者が推測したパスワードをシステムに送信できる速度は、システムセキュリティを決定する重要な要素です。一部のシステムでは、少数の（たとえば3回の）パスワード入力失敗後に数秒のタイムアウトを設定しており、これはスロットリングとも呼ばれます。[ 24 ]他の脆弱性がない場合、適切に選択され、容易に推測されない比較的単純なパスワードであれば、このようなシステムは効果的に安全になります。[ 25 ]
多くのシステムはパスワードの暗号化ハッシュを保存しています。攻撃者がハッシュ化されたパスワードのファイルにアクセスした場合、オフラインで推測が可能になり、候補となるパスワードを実際のパスワードのハッシュ値と迅速に照合できます。Webサーバーの例では、オンラインの攻撃者はサーバーの応答速度に基づいてのみ推測できますが、オフラインの攻撃者（ファイルへのアクセス権を取得した場合）は、攻撃を実行しているハードウェアとハッシュ生成に使用されるアルゴリズムの強度によってのみ制限される速度で推測できます。
暗号鍵の生成に使用されるパスワード（ディスク暗号化やWi-Fiセキュリティなど）も、パスワードクラッキングと呼ばれる高頻度推測攻撃の標的となる可能性があります。よく使われるパスワードのリストは広く出回っており、パスワード攻撃を効率的に行うことができます。このような状況でのセキュリティは、攻撃者にとって計算上実行不可能な、十分な複雑さを持つパスワードまたはパスフレーズを使用することに依存します。PGPやWi-Fi WPAなどの一部のシステムでは、キーストレッチングと呼ばれる手法で、パスワードに計算負荷の高いハッシュ関数を適用して、このような攻撃を遅らせています。
攻撃者がパスワードを推測できる頻度を制限する代わりに、推測できる総数を制限する方法があります。パスワードは、連続して少数の誤った推測（たとえば 5 回）の後、リセットが必要になるように無効化できます。また、攻撃者が正当なパスワード所有者による正しい推測の間に誤った推測を挟むことで、任意の数の誤った推測を行うことを防ぐために、累積的に多くの誤った推測（たとえば 30 回）の後、ユーザーにパスワードの変更を要求することができます。[ 26 ]逆に、攻撃者はこの緩和策の知識を利用して、ユーザーを意図的に自分のデバイスから締め出すことで、ユーザーに対するサービス拒否攻撃を実行する可能性があります。このサービス拒否は、攻撃者がソーシャルエンジニアリングを介して状況を有利に操作するための他の道を開く可能性があります。
特定のコンピュータシステムに入力されたパスワードは平文で保存されます。つまり、暗号化も保護も一切行われません。システムは、ユーザーがログインする際に、入力したパスワードをこの保護されていないリストと照合するだけです。この方法は非常に危険です。パスワードの保存場所にアクセスできた者は、すべてのユーザーのパスワードをすぐに閲覧できてしまうからです。これは、システム上のすべてのアカウントを危険にさらします。さらに、他のウェブサイトやサービスで同じパスワードを使い回しているユーザーのアカウントも侵害される可能性があり、より大規模なセキュリティ侵害につながる恐れがあります。
より安全なシステムでは、各パスワードを暗号的に保護された形式で保存するため、システムへの内部アクセスを得た覗き見者にとって実際のパスワードへのアクセスは依然として困難であり、ユーザーアクセス試行の検証は可能です。最も安全なシステムでは、パスワードをまったく保存せず、多項式、法、高度なハッシュ関数などの一方向の導出を使用します。[ 15 ]ロジャー・ニーダムは、平文パスワードの「ハッシュ」形式のみを保存するという、現在では一般的なアプローチを発明しました。[ 27 ] [ 28 ]ユーザーがこのようなシステムでパスワードを入力すると、パスワード処理ソフトウェアが暗号ハッシュアルゴリズムを実行し、ユーザーの入力から生成されたハッシュ値がパスワードデータベースに保存されているハッシュと一致する場合、ユーザーはアクセスを許可されます。ハッシュ値は、送信されたパスワードと、複数の実装でソルトと呼ばれる別の値で構成される文字列に暗号ハッシュ関数を適用することによって作成されます。ソルトは、攻撃者が一般的なパスワードのハッシュ値のリストを簡単に作成することを防止し、パスワードクラッキングの試みがすべてのユーザーに拡大するのを防ぎます。[ 29 ] MD5とSHA1はよく使用される暗号学的ハッシュ関数ですが、 PBKDF2などのより大きな構造の一部として使用される場合を除き、パスワードハッシュには推奨されません。[ 30 ]
保存されたデータ（「パスワード検証」または「パスワードハッシュ」と呼ばれることもある）は、多くの場合、モジュラー暗号形式またはRFC 2307ハッシュ形式で、/etc/passwdファイルまたは/etc/shadowファイルに保存されます。[ 31 ]
パスワードの主な保存方法は、平文、ハッシュ化、ハッシュ化とソルト化、可逆暗号化です。[ 32 ]攻撃者がパスワードファイルにアクセスした場合、平文で保存されていればクラッキングは不要です。ハッシュ化されていてもソルト化されていない場合は、レインボーテーブル攻撃（クラッキングよりも効率的）に対して脆弱です。可逆暗号化されている場合、攻撃者がファイルとともに復号鍵を入手すればクラッキングは不要ですが、鍵を入手できない場合はクラッキングは不可能です。したがって、一般的なパスワードの保存形式のうち、パスワードがソルト化されハッシュ化されている場合にのみ、クラッキングが必要かつ可能となります。[ 32 ]
暗号学的ハッシュ関数が適切に設計されていれば、その関数を逆算して平文のパスワードを復元することは計算上不可能です。しかし、攻撃者は広く利用可能なツールを使用してパスワードを推測しようと試みることができます。これらのツールは、考えられるパスワードをハッシュ化し、それぞれの推測の結果を実際のパスワードのハッシュと比較することによって機能します。攻撃者が一致を見つけた場合、その推測が関連付けられたユーザーの実際のパスワードであることがわかります。パスワードクラッキングツールは、総当たり攻撃（つまり、考えられるすべての文字の組み合わせを試す）またはリストからすべての単語をハッシュ化することによって機能します。複数の言語の考えられるパスワードの大規模なリストは、インターネット上で広く入手可能です。[ 15 ]パスワードクラッキングツールの存在により、攻撃者は不適切に選択されたパスワードを簡単に復元できます。特に、攻撃者は、短い、辞書の単語、辞書の単語の単純なバリエーション、または簡単に推測できるパターンを使用するパスワードを迅速に復元できます。[ 33 ] DESアルゴリズム の修正版が、初期のUnixシステムのパスワードハッシュアルゴリズムの基礎として使用されました。[ 11 ]暗号化アルゴリズムは、各ユーザーのハッシュが一意になるように 12 ビットのソルト値を使用し、ハッシュ関数を遅くするために DES アルゴリズムを 25 回反復しました。これらの対策は、自動推測攻撃を阻止することを目的としています。[ 11 ]ユーザーのパスワードは、固定値を暗号化するための鍵として使用されました。より最近の Unix または Unix ライクなシステム ( LinuxやさまざまなBSDシステムなど) では、大きなソルトと調整可能なコストまたは反復回数を持つPBKDF2、bcrypt、scryptなどのより安全なパスワードハッシュアルゴリズムが使用されています。 [ 34 ] ハッシュ関数の設計が不十分だと、強力なパスワードを選択した場合でも攻撃が可能になります。LMハッシュは、広く使用されている安全でない例です。[ 35 ]
パスワードは、認証を行う機器や人物に送信される際に傍受（いわゆる「盗聴」）される危険性があります。パスワードが、ユーザーアクセスポイントとパスワードデータベースを管理する中央システム間のセキュリティ対策が施されていない物理配線上で電気信号として伝送される場合、盗聴などの手段による盗聴の対象となります。また、インターネット上でパケットデータとして伝送される場合、ログオン情報を含むパケットを傍受できる人物であれば、検出される可能性は低いものの、盗聴を行うことが可能です。
電子メールはパスワードの配布に使われることがありますが、一般的には安全性の低い方法です。ほとんどの電子メールは平文で送信されるため、パスワードを含むメッセージは、傍受者によって転送中に容易に読み取られてしまいます。さらに、メッセージは送信者と受信者の少なくとも2台のコンピュータに平文で保存されます。転送中に中間システムを経由する場合、それらのシステムにも少なくとも一定期間は保存され、バックアップファイル、キャッシュファイル、履歴ファイルなどにコピーされる可能性もあります。
クライアント側暗号化を使用しても、保護されるのはメール処理システムサーバーからクライアントマシンへの送信のみです。メールの前後の中継は保護されず、メールは複数のコンピューター、特に送信元と受信側のコンピューターに、多くの場合平文で保存されることになります。
インターネット経由で送信されるパスワードの傍受リスクは、暗号化による保護など、さまざまな方法で軽減できます。最も広く使われているのは、ほとんどの最新のインターネットブラウザに組み込まれているトランスポート層セキュリティ（TLS、以前はSSLと呼ばれていました）機能です。ほとんどのブラウザは、TLSが使用されている場合、閉じた鍵のアイコンなどを表示して、サーバーとのTLS/SSLで保護された通信が行われていることをユーザーに知らせます。他にもいくつかの技術が使用されています。
保存されたハッシュ化されたパスワードとハッシュベースのチャレンジ・レスポンス認証の間には矛盾があります。後者では、クライアントは共有シークレット（つまりパスワード）が何であるかをサーバーに証明する必要があり、そのためにはサーバーは保存された共有シークレットを取得できなければなりません。リモート認証を行う多くのシステム（Unix系システムを含む）では、共有シークレットは通常ハッシュ化された形式になり、オフラインでの推測攻撃に対してパスワードが危険にさらされるという重大な制約があります。さらに、ハッシュが共有シークレットとして使用される場合、攻撃者はリモート認証を行うために元のパスワードを必要とせず、ハッシュのみが必要となります。
パスワード認証鍵合意システムは、パスワードそのものを送信したり、パスワードのハッシュ値を送信したりする代わりに、ゼロ知識パスワード証明を実行できます。これは、パスワードを公開することなく、パスワードを知っていることを証明するものです。
さらに一歩進んで、パスワード認証鍵合意のための拡張システム（AMP、B-SPEKE、PAK-Z、SRP-6など）は、ハッシュベースの方法の矛盾と制限の両方を回避します。拡張システムでは、クライアントはサーバーに対してパスワードの知識を証明できますが、サーバーは（完全にはハッシュ化されていない）パスワードしか知らず、アクセスするにはハッシュ化されていないパスワードが必要になります。
通常、システムはパスワードを変更する方法を提供する必要があります。これは、ユーザーが現在のパスワードが漏洩した（または漏洩した可能性がある）と判断した場合、あるいは予防措置としてパスワードを変更する必要があるためです。新しいパスワードが暗号化されていない形式でシステムに渡された場合、新しいパスワードがパスワードデータベースに登録される前にセキュリティが失われる可能性があります（例えば、盗聴など）。また、新しいパスワードがセキュリティ侵害を受けた従業員に渡されたとしても、得られるものはほとんどありません。一部のWebサイトでは、ユーザーが選択したパスワードを暗号化されていない確認メールに含めており、明らかに脆弱性が高まっています。
本人確認管理システムは、紛失したパスワードの再発行を自動化するためにますます利用されるようになっており、この機能はセルフサービスパスワードリセットと呼ばれています。ユーザーの本人確認は、質問を行い、その回答を以前に保存された回答（アカウント開設時の回答など）と比較することによって行われます。
パスワードリセットの質問の中には、母親の旧姓など、ソーシャルメディアで見つかる可能性のある個人情報を要求するものがあります。そのため、セキュリティ専門家の中には、自分で質問を作成するか、虚偽の回答をすることを推奨する人もいます。[ 36 ]
「パスワードの有効期限」は、一部のオペレーティングシステムの機能で、ユーザーにパスワードを頻繁に（例えば、四半期ごと、毎月、あるいはそれ以上の頻度で）変更することを強制します。このようなポリシーは、通常、ユーザーの抗議や遅延を引き起こし、最悪の場合は敵意を招きます。[ 37 ]パスワードをメモして簡単に見つけられる場所に置いておく人が増えたり、パスワードを忘れてリセットするためにヘルプデスクに電話する人が増えたりすることがよくあります。ユーザーは、パスワードを覚えやすくするために、より単純なパスワードを使用したり、一貫したテーマでバリエーションパターンを開発したりすることがあります。[ 38 ]これらの問題のため、パスワードの有効期限が効果的かどうかについては議論があります。[ 39 ]ほとんどの場合、不正使用はすぐに気づくため、パスワードを変更しても不正使用を防ぐことはできません。しかし、コンピュータの共有や別のサイトへの侵入など、何らかの手段で誰かがパスワードにアクセスできた可能性がある場合、パスワードを変更することで不正使用の期間を制限できます。[ 40 ]
セキュリティの観点から言えば、システムの各ユーザーに個別のパスワードを割り当てることは、システムの正当なユーザーが単一のパスワードを共有するよりも望ましい。これは、ユーザーが（権限のない可能性のある）共有パスワードを、自分専用のパスワードよりも他人に教えやすい傾向があるためである。また、単一のパスワードは、複数の人に同時に伝える必要があるため変更が非常に面倒であり、卒業や退職などの際に特定のユーザーのアクセス権を削除するのも難しくなる。さらに、誰がデータを変更したかを把握するなど、説明責任を果たすために個別のログインが用いられることも多い。
パスワードで保護されたコンピュータシステムのセキュリティを向上させるために一般的に用いられる手法には、以下のようなものがあります。
より厳格なポリシー執行措置の中には、ユーザーを遠ざけ、結果としてセキュリティを低下させるリスクを伴うものもある。
コンピュータユーザーの間では、複数のサイトで同じパスワードを使い回すことが一般的です。これは重大なセキュリティリスクとなります。なぜなら、攻撃者は被害者が使用する他のサイトにアクセスするために、1つのサイトを侵害するだけで済むからです。この問題は、ユーザー名の使い回しや、ウェブサイトがメールログインを要求することによってさらに悪化します。攻撃者が複数のサイトにわたって単一のユーザーを追跡しやすくなるためです。パスワードの使い回しは、記憶術を使用したり、パスワードを紙に書き留めたり、パスワードマネージャーを使用したりすることで回避または最小限に抑えることができます。[ 45 ]
レッドモンドの研究者であるディネイ・フロレンシオとコーマック・ハーレーは、カナダのカールトン大学のポール・C・ヴァン・オールショットとともに、パスワードの再利用は避けられないと主張し、ユーザーはセキュリティレベルの低いウェブサイト（個人データや金融情報がほとんど含まれていないサイトなど）のパスワードを再利用し、代わりに銀行口座などの重要なアカウントの長くて複雑なパスワードを覚えることに力を注ぐべきだと主張している。[ 46 ]フォーブス誌も同様の主張をしており、人間の記憶力には限界があるため、一部の「専門家」が推奨するほど頻繁にパスワードを変更すべきではないとしている。[ 38 ]
Ofcomが実施し、2026年4月2日に発表された調査によると、オンラインの成人の26%がパスワードを使い回しており、そのうち13%がソーシャルメディアやメールのアカウントをハッキングされたことがあることがわかった。[ 47 ]
歴史的に、複数のセキュリティ専門家は人々にパスワードを記憶するように勧めてきました。「パスワードを書き留めてはいけません」。最近では、ブルース・シュナイアーなどの複数のセキュリティ専門家が、記憶するには複雑すぎるパスワードを使用し、紙に書き留めて財布に入れておくことを推奨しています。[ 48 ] [ 49 ] [ 50 ] [ 51 ] [ 52 ] [ 53 ] [ 54 ]
パスワード管理ソフトウェアは、単一のマスターパスワードで封印された暗号化ファイルにパスワードを比較的安全に保存することもできます。[ 55 ]
遺産管理を円滑に進めるためには、死亡時に遺産を管理する人にパスワードを伝える仕組みを用意しておくことが有効です。口座情報やパスワードの記録を作成する場合は、盗難や不正利用を防ぐため、記録の安全性を確保するよう注意が必要です。[ 56 ]
多要素認証方式は、パスワード（「知識要素」として）と1つ以上の他の認証手段を組み合わせて、認証をより安全にし、パスワード漏洩に対する脆弱性を低減します。たとえば、単純な2要素ログインでは、ログイン試行が行われるたびにテキストメッセージ、電子メール、自動音声通話、または同様のアラートが送信され、パスワードに加えて入力する必要のあるコードが提供される場合があります。[ 57 ]より高度な要素には、ハードウェアトークンや生体認証セキュリティなどが含まれます。
パスワードのローテーションは、コンピュータのセキュリティを強化する目的で一般的に実施されるポリシーです。2019年にマイクロソフトは、この慣行は「古くて時代遅れ」であると述べています。[ 58 ] [ 59 ]
ほとんどの組織は、パスワードの構成と使用に関する要件を定めるパスワードポリシーを規定しており、通常は最小長、必須カテゴリ（大文字と小文字、数字、特殊文字など）、および禁止要素（自分の名前、生年月日、住所、電話番号の使用など）を規定しています。一部の政府は、政府サービスへのユーザー認証の要件を定義する国家認証フレームワーク[ 60 ]を有しており、これにはパスワードの要件も含まれます。
多くのウェブサイトは、最小文字数や最大文字数などの標準的なルールを適用していますが、少なくとも1つの大文字と少なくとも1つの数字/記号を含めるなどの構成ルールも頻繁に設けています。これらの後者のより具体的なルールは、ビル・バーが執筆した米国国立標準技術研究所（NIST）の2003年の報告書に大きく基づいています。[ 61 ]この報告書は当初、数字、難解な文字、大文字を使用し、定期的に更新するという慣行を提案していました。ウォール・ストリート・ジャーナルの2017年の記事で、バーはこれらの提案を後悔しており、それらを推奨したのは間違いだったと述べています。[ 62 ]
この NIST レポートの 2017 年改訂版によると、多くのWeb サイトには、実際にはユーザーのセキュリティに逆効果となるルールがあります。これには、複雑な構成ルールや、一定期間後に強制的にパスワードを変更するルールが含まれます。これらのルールは長い間広く普及していますが、ユーザーとサイバーセキュリティ専門家の両方から、煩わしく効果がないと見なされてきました。[ 63 ] NIST は、ユーザーが「pA55w+rd」のような「錯覚的複雑性」を持つ覚えにくいパスワードではなく、より長いフレーズをパスワードとして使用することを推奨しています (Web には最大パスワード長を引き上げるよう助言しています)。[ 64 ]パスワード「password」の使用が禁止されているユーザーは、数字と大文字を含める必要がある場合、「Password1」を選択する可能性があります。強制的な定期的なパスワード変更と組み合わせると、覚えにくいが簡単に解読できるパスワードにつながる可能性があります。[ 61 ]
2017年のNISTレポートの著者の1人であるポール・グラッシ氏はさらに詳しく説明しました。「感嘆符が1、I、またはパスワードの最後の文字であることは誰もが知っています。$はSまたは5です。これらのよく知られたトリックを使用しても、攻撃者を騙すことはできません。単に、パスワードを保存するデータベースを騙して、ユーザーが何か良いことをしたと思わせているだけです。」[ 63 ]
ピエリス・ツォッキスとエリアナ・スタヴロウは、パスワード生成ツールの研究開発を通じて、いくつかの悪いパスワード構築戦略を特定することができました。彼らは、公開されたパスワードリスト、パスワードクラッキングツール、および最もよく使用されるパスワードを引用したオンラインレポートに基づいて、8つのカテゴリのパスワード構築戦略を考案しました。これらのカテゴリには、ユーザー関連情報、キーボードの組み合わせとパターン、配置戦略、ワードプロセッシング、置換、大文字化、日付の追加、および上記のカテゴリの組み合わせが含まれます。[ 65 ]
時間と費用が許す限り多くの可能性を試してパスワードを解読しようとする方法は、総当たり攻撃です。これと似た、多くの場合より効率的な方法として、辞書攻撃があります。辞書攻撃では、1つまたは複数の辞書に含まれるすべての単語が試されます。よく使われるパスワードのリストも通常試されます。
パスワードの強度は、パスワードが推測または発見されない可能性であり、使用される攻撃アルゴリズムによって異なります。暗号学者やコンピュータ科学者は、強度または「ハードネス」をエントロピーの観点から言及することがよくあります。[ 15 ]
容易に推測できるパスワードは「弱い」または「脆弱」と呼ばれ、推測が困難または不可能なパスワードは「強い」とみなされます。L0phtCrack 、John the Ripper、Cainなど、パスワード攻撃（あるいはシステム担当者による監査や復旧）に利用できるプログラムはいくつかあり、中には（Microsoft LANManagerシステムで見つかったような）パスワード設計上の脆弱性を利用して効率を高めるものもあります。これらのプログラムは、システム管理者がユーザーが提案した弱いパスワードを検出するために使用することがあります。
実稼働中のコンピュータシステムの研究では、ユーザーが選択したパスワードの大部分が簡単に自動的に推測できることが一貫して示されています。[ 11 ]例えば、コロンビア大学は、ユーザーパスワードの22%がわずかな労力で復元できることを発見しました。[ 66 ]ブルース・シュナイアーによると、2006年のフィッシング攻撃のデータを調査したところ、2006年に1秒間に20万個のパスワードをテストできる市販のパスワード復元ツールキットを使用すれば、MySpaceのパスワードの55%が8時間で解読可能でした。[ 67 ]また、最も一般的なパスワードはpassword1であると報告しており、ユーザーの間でパスワードの選択に十分な注意が払われていないことが改めて確認されました。（しかしながら、彼はこれらのデータに基づいて、パスワードの全体的な品質は長年にわたって向上していると主張しました。例えば、平均長さは以前の調査の7文字未満から8文字に増加し、辞書に載っている単語は4%未満になりました。[ 68 ]）
永続的または半永続的なパスワードが侵害される可能性のある複数の方法により、他の技術の開発が促されました。それらのいくつかは実際には不十分であり、いずれにしても、より安全な代替手段を求めるユーザーにとって普遍的に利用できるものはほとんどありません。[ 76 ] 2012年の論文[ 77 ] [ 78 ]は、パスワードが（すぐに過去のものになるという複数の予測にもかかわらず[ 79 ]）なぜ置き換えるのが非常に難しいことが判明したのかを検証しています。セキュリティ、使いやすさ、展開可能性に関して、30の代表的な代替案を検証した結果、彼らは「従来のパスワードがすでに提供している利点のすべてを維持しているものはない」と結論付けています。
「パスワードは死んだ」は、コンピュータセキュリティにおいて繰り返し唱えられる考え方です。その理由として、パスワードの使いやすさやセキュリティ上の問題が挙げられます。また、パスワードをより安全な認証手段に置き換えることが必要かつ差し迫っているという議論が伴うことがよくあります。この主張は、少なくとも2004年以降、多くの人々によってなされてきました。[ 90 ] [ 91 ] [ 92 ] [ 93 ] [ 94 ]パスワードの代替手段としては、生体認証、二要素認証またはシングルサインオン、MicrosoftのCardspace、Higginsプロジェクト、Liberty Alliance、NSTIC、FIDO Alliance、およびさまざまなIdentity 2.0の提案などがあります。[ 95 ] [ 96 ]
Bonneau らは、Web パスワードと、代替となる他の技術的ソリューションを体系的に比較した。彼らは、使いやすさ、展開可能性、セキュリティの観点からこれらをレビューした。彼らの分析によると、ほとんどの代替案はセキュリティの面でパスワードよりも優れており、使いやすさに関しては優れているものと劣っているものがあり、展開可能性に関してはすべての代替案がパスワードよりも劣っていることがわかった。[ 97 ]
このことが、この繰り返し出てくる考えが始まってから20年以上経っても、テクノロジー企業がこれを変えようと試みているにもかかわらず、パスワードが依然として使用されている理由かもしれません。この点を指摘する人の中には、問題は一般的にパスワードを使用するシステムにあるのではなく、人間がパスワードをどのように使用し管理するかという問題であり、「多様な労働力、家庭用WiFiネットワーク、複数のデバイスの時代において、パスワードの使用は増加し続けている」と示唆する人もいます。[ 98 ]
{{cite web}}: CS1 maint: bot: 元の URL の状態が不明です (リンク)。 Fred Cohen and Associates。 All.net。 2012 年 5 月 20 日に取得。[オンライン成人の]4分の1以上（26％）が異なるアカウントでパスワードを使い回している…パスワードを使い回しているオンライン成人の13％が、メールアカウントまたはソーシャルメディアアカウントがハッキングされたと回答した。