エフセキュアブログ : 「SHA-1+salt」はパスワードに十分だと思いますか？

「SHA-1+salt」はパスワードに十分だと思いますか？ 2011年02月09日17:39 ツイート fsecure_corporation ヘルシンキ発 by：ジャルノ・ネメラ アナーキーなインターネットグループ「Anonymous」が先頃、HBGary Federalとルートキットテクノロジの分析と開発に専心しているオンラインフォーラム「rootkit.com」をハッキングした。「rootkit.com」の全ユーザパスワードに障害が起きている。 この件に関連して、アプリケーションセキュリティで気に入っているトピック、すなわちパスワードハッシュについて指摘したい。 Web（およびその他の）アプリケーションが、ユーザパスワードのハッシュにMD5、SHA1またはSHA-256を使用しており、先進的なデベロッパさえ、そのパスワードをsaltしている。そして私は長年に渡って、salt値はどの

[noonworks]

“各ユーザに対してユニークなsalt値と反復カウントを用意する”

[kogawam]

ちょっと古い記事だが、stretch的な話題。stretchではなく、PBKDF2、Bcrypt、HMACが挙げられてる。詳しいことは分からないが。

[f99aq]

ユーザーごとにユニークなsalt値と反復カウント。そして適切なアルゴリズムを使うこと。

[khwarizmi]

ユーザーごとに違うsaltを使用している限り，時間稼ぎは出来るが，せいぜいPC1台で1ヶ月以下ってことか．

[higher_tomorrow]

“反復カウント”使ってないなぁ。

[rgfx]

そうだな、試行回数を無制限に許可するのはなぁ。AWSにもGPGPUインスタンスとかあるわけだし。1000インスタンスほど時間貸しとかできるわけで。

[wlt]

単一のATI HD 5970でさえ、攻撃者は33日で典型的レインボーテーブル（2^52.5ハッシュ）に相当するパスワードスペースをカバーすることができる

[at_yasu]

パスワード保存に SHA1+salt だと弱いよんという話

[zorio]

SHA1+saltじゃダメなのか。

[JULY]

SHA は計算速度が早過ぎる、という話。ハッシュ値の計算が行われるのは PC のだけでなく、IC カードの中とかでもあるだろうから、高速に計算できる事は悪くないけど、パスワード保存用には向いていない、かな。

[tsekine]

原文が update されてるので、原文の方をちぇっくすること

[ukky3]

RT 「SHA-1+salt」はパスワードに十分だと思いますか？ -