[解決済み】パスワードの「二重ハッシュ化」は、一度だけハッシュ化するよりも安全性が低いのでしょうか?
質問
パスワードを2回ハッシュ化して保存することは、1回ハッシュ化することと比べて安全性が高いのでしょうか、低いのでしょうか?
私が言っているのは、こうすることです。
$hashed_password = hash(hash($plaintext_password));
ではなく、これだけです。
$hashed_password = hash($plaintext_password);
もし安全性が低いのであれば、良い説明(またはそのリンク)をお願いします。
また、使用するハッシュ関数に違いはあるのでしょうか? 同じハッシュ関数を繰り返すのではなく、md5とsha1を混ぜる(例えば)と何か違いがあるのでしょうか?
注1:「ダブルハッシュ」とは、パスワードをよりわかりにくくするために2回ハッシュ化することです。 これは コリジョンを解決するためのテクニック .
注2:本当に安全なものにするためには、ランダムなソルトを加える必要があることは分かっています。 問題は、同じアルゴリズムで2回ハッシュすることが、ハッシュを助けるのか、それとも損ねるのか、ということです。
どのように解決するのですか?
パスワードを一度ハッシュ化するのは安全でない
いいえ、複数のハッシュが安全でないのではなく、安全なパスワードの使用には不可欠な要素なのです。
ハッシュを繰り返すと、攻撃者が候補の各パスワードを試すのにかかる時間が長くなります。パスワードを攻撃するのにかかる時間を、数時間から数年にまで簡単に増やすことができるのです。
単純な繰り返しでは不十分
ハッシュの出力を入力に連鎖させるだけでは、セキュリティは十分ではありません。パスワードのエントロピーを保持するアルゴリズムとの関連で、反復が行われる必要があります。幸いなことに、その設計に自信を持てるような十分な精査を受けたアルゴリズムがいくつか公開されています。
PBKDF2のような優れた鍵生成アルゴリズムは、ハッシュの各ラウンドにパスワードを注入し、ハッシュ出力の衝突に関する懸念を軽減します。PBKDF2はそのままパスワード認証に使用することができます。Bcryptは、鍵の導出に続いて暗号化を行います。これにより、鍵の導出を逆行させる高速な方法が発見された場合でも、攻撃者は既知の平文攻撃を完了させる必要があります。
パスワードの解読方法
保存されたパスワードは、オフライン攻撃からの保護が必要です。パスワードが塩漬けされていない場合、事前に計算された辞書攻撃(たとえば、レインボーテーブルを使用する)で破ることができます。そうでない場合、攻撃者は各パスワードのハッシュを計算し、それが保存されているハッシュと一致するかどうかを確認するために時間を費やさなければなりません。
すべてのパスワードの可能性が同じというわけではありません。攻撃者は、短いパスワードをすべて網羅的に検索するかもしれませんが、文字数が増えるごとにブルートフォース成功の可能性が急激に低下することを知っています。その代わりに、最も可能性の高いパスワードを順番に並べたリストを使用します。パスワード123"から始まり、使用頻度の低いパスワードに進んでいきます。
攻撃者のリストが長く、100億の候補があるとします。また、デスクトップシステムが1秒間に100万回のハッシュ計算が可能だとします。攻撃者は、1回の反復処理だけであれば、3時間以内にリスト全体をテストすることができます。しかし、2,000回繰り返すとなると、その時間は約8カ月にも及ぶ。例えば、GPUの能力を活用するプログラムをダウンロードできるような、より高度な攻撃者に対抗するには、より多くの反復計算が必要です。
どのくらいあればいいの?
使用する反復回数は、セキュリティとユーザーエクスペリエンスのトレードオフの関係にあります。攻撃者が使用できる特殊なハードウェアは安価ですが それでも、1秒間に数億回の反復処理を行うことができます。 の性能は 攻撃者の システムは、何回か繰り返されたパスワードの解読にかかる時間を決定します。しかし、あなたのアプリケーションでは、このような特殊なハードウェアを使用することはないでしょう。ユーザーをイライラさせることなく何回反復できるかどうかは あなたの システムです。
認証時にユーザーを3/4秒程度余分に待たせることができるだろう。ターゲットプラットフォームのプロファイルを作成し、余裕のある限り多くのイテレーションを使用します。私がテストしたプラットフォーム(モバイルデバイスの1ユーザーまたはサーバープラットフォームの多数のユーザー)は、快適にサポートできます。 PBKDF2 を60,000回から120,000回繰り返す、または bcrypt コストファクターが12または13の場合。
その他の背景
ハッシュにおけるソルトとイタレーションの役割に関する権威ある情報についてはPKCS #5をお読みください。PBKDF2 はパスワードから暗号鍵を生成するためのものですが、パスワード認証のための一方向ハッシュとしてもうまく機能します。bcryptの各反復はSHA-2ハッシュより高価なので、より少ない反復で済むが、考え方は同じである。Bcryptはまた、多くのPBKDF2ベースのソリューションの一歩先を行き、導き出された鍵を使ってよく知られた平文を暗号化することができます。結果として得られる暗号文は、いくつかのメタデータとともにquot;hash,"として保存されます。しかし、PBKDF2で同じことをするのを止めるものは何もない。
このテーマで書いた他の回答はこちらです。
関連
-
[解決済み] XMLHttpRequestがファイルを読み込めません。クロスオリジンリクエストはHTTPのみサポートされています
-
[解決済み] 後で平文を取り出すためのユーザーパスワードの保管について、倫理的にどのように取り組むべきでしょうか?
-
[解決済み】PHPパスワードのハッシュとソルトの安全性について
-
[解決済み】XKCDコミック「Bobby Tables」のSQLインジェクションはどのように動作するのでしょうか?
-
[解決済み】OAuth v2には、なぜアクセス・トークンとリフレッシュ・トークンの両方があるのでしょうか?
-
[解決済み】塩の文字列はどこに保存していますか?
-
[解決済み】cerファイル、pvkファイル、pfxファイルの違いは何ですか?
-
[解決済み】非暗号化用途で最も高速なハッシュは?
-
[解決済み] ベストプラクティス。パスワードのソルティングとペパリング?
-
[解決済み] SHA-1はパスワードの保存に安全か?
最新
-
nginxです。[emerg] 0.0.0.0:80 への bind() に失敗しました (98: アドレスは既に使用中です)
-
htmlページでギリシャ文字を使うには
-
ピュアhtml+cssでの要素読み込み効果
-
純粋なhtml + cssで五輪を実現するサンプルコード
-
ナビゲーションバー・ドロップダウンメニューのHTML+CSSサンプルコード
-
タイピング効果を実現するピュアhtml+css
-
htmlの選択ボックスのプレースホルダー作成に関する質問
-
html css3 伸縮しない 画像表示効果
-
トップナビゲーションバーメニュー作成用HTML+CSS
-
html+css 実装 サイバーパンク風ボタン
おすすめ
-
[解決済み] 新しいAPIキーを生成するための最適な方法は何ですか?
-
[解決済み] Fiddlerのルート証明書を永久に信頼するのは「安全」なのか?
-
[解決済み] bcryptはどうして塩を内蔵しているのですか?
-
[解決済み】PHPパスワードのハッシュとソルトの安全性について
-
[解決済み】XKCDコミック「Bobby Tables」のSQLインジェクションはどのように動作するのでしょうか?
-
[解決済み】パスワードの「二重ハッシュ化」は、一度だけハッシュ化するよりも安全性が低いのでしょうか?
-
[解決済み】塩の文字列はどこに保存していますか?
-
[解決済み】SHA512とBlowfish、Bcryptの比較【クローズド
-
[解決済み】Windowsでコードサイニング用の自己署名証明書を作成する方法を教えてください。
-
[解決済み】Webブラウザはhttpsでコンテンツをキャッシュするか?