ハッシュされたパスワードを保存できますか？

Question

Flickrの認証APIがここで説明されています

http://www.flickr.com/services/api/auth.spec.html

私はSSLを使用せずに、要求に署名できるように、XML-RPCベースのプロトコルのために非常によく似たものを実装しました。

それは基本的に次のように動作します：

リモート関数呼び出し

doSomething(foo='hello', bar='world') 

のために、私は名前で最初のソート引数、与える：

：

('bar', 'world'), ('foo', 'hello') 

を、私は文字列の連結を行います

m = "bar:world;foo:hello" 

次に秘密鍵を追加します：

m = "bar:world;foo:hello;someSecret" 

最後に、署名はメッセージmのmd5ハッシュです。

サーバでも同じ機能が呼び出された人が実際に秘密鍵を知っているかどうかをチェックします。

今のところパスワードはサーバー側にプレーンテキストで保存されています。代わりにハッシュされたパスワードを保存する方法はありますか？

私の推測によれば、md5ハッシュ関数はこれを可能にするためには加算性が欠けていると思いますが、巧妙な構造ではまだ達成できるでしょうか？

おかげで、すべての

Answer 1

短い答え：実質的には、いいえ。

長い答え：攻撃者がパスワードのハッシュを使用して認証できるようになったため、いずれかの端にパスワードをハッシュしても役立たない。詳細は、チャレンジレスポンス認証に関するウィキペディアの記事のthis sectionを参照してください。そこ

あなたは彼らがあなたにそれを提供するか、Zero Knowledge Password Proofとして知られ、それを保存することなく、ユーザーのパスワードを確認することができアルゴリズムです。 1つの例はSecure Remote Password Protocolです。しかし、そのようなプロトコルは複雑になる傾向があり、自分自身を実装することは複雑でおそらく賢明ではありません。

公開鍵暗号を使用し、パブリック部分を知っているユーザーの秘密鍵を発行するのが簡単な解決方法です。彼らは自分のメッセージに署名して、自分自身を認証して識別することができます。 SSL/TLSは、これの既成の実装を提供します。

Answer 2

まず、私はそのようなSHA2ファミリとして、より強力なハッシュ関数にMD5の発進を示唆しています。

しかし、上記の「someSecret」が実際にはパスワードのハッシュであるのと同じ構造を使用することはできません。これにより、ハッシュされたパスワードをストレージに保存したまま、クライアントとサーバー上で2つのハッシング操作を実行します。

私はまた、自分で作成するのではなく、実際のHMACを使用します。また、パスワードをハッシュする代わりに、妥当な量の反復でPBKDF2以上を使用してください。したがって、クライアントはHMAC（データ、PBKDF2（someSecret、1000））を実行し、サーバーはPBKDF2（someSecret、1000）を格納し、次にHMAC（data、storedResult）を実行します。