ソルト付きハッシュのソルトはどこに保存するのが一般的か - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

992 usersがブックマークコメント

128

ソルト付きハッシュのソルトはどこに保存するのが一般的か - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? pictBLandとpictSQUAREに対する不正アクセスがあり、パスワードがソルトなしのMD5ハッシュで保存されていたことが話題になっています。 2023年8月16日に外部のフォーラムにpictSQUAREより窃取した情報と主張するデータ販売の取引を持ち掛ける投稿が行われた（中略）パスワードはMD5によるハッシュ化は行われているもののソルト付与は行われていなかったため、単純なパスワードが使用されていた29万4512件は元の文字列が判明していると投稿。（それ以外の26万8172件はまだMD5ハッシュ化されたままと説明。）不正アクセス

Falky 絶対にありえない「ソルトは保存せず毎回ランダムに生成する」が23.3％もいるの笑ってしまった。どうやって照合すんねんｗ

security

2023/08/17 リンク

kazuhooku バランスのとれた良い記事。個人的にはpepperの前に、DBのパスワードカラムを読み込み禁止にすべきだと思う（SQLインジェクション耐性できるしストアドで認証出来る）

mak_in ソルトの値が「ユーザ毎」に異なる、ってのがポイントなのか。ソルトはシステム全体で共通だと勘違いしてた。だから同じDBにいれるな、かと。最近だとライブラリや認証サービスに任せてて、あまり意識してなかったな

miyakawa_taku bcrypt使えばソルトも一緒に出力されるから、bcrypt(2b)を正しく使ってその結果を保存しよう、がほぼ正解だと思う。ペッパーは知らなかった。

new3 pepperは俗語でNISTとかではsecret saltとかだった気がするが、用語が普及してきたんですかね。となるとsugarの登場が待ち遠しいな。

haatenax Twitterのアンケートは回答だけ見るために適当に押してる層多い。「回答だけ見る」みたいな選択肢増やすのが無難な回避策。

zxcvdayo bcryptのsaltって $2y$10(コスト)$ の後の22文字固定でそのあとのハッシュ値と区切り文字ないからわかりづらいのはありそう。中途半端に自前で実装するより仕組み知らんでも出来合いの使ってた方がはるかに正しいので……

lycolia パスワードとかで使うハッシュのソルトの保存場所。基本は区切り付き文字列にして一か所に収めることが多い

2024/01/16 リンク

secseek 自前で実装するなってのがそろそろ普遍的な正解になりつつあるので、このシステムはbcrypt使っています、くらいのことは公開しちゃってもいいんじゃないかって思えてきました

2023/08/31 リンク

kanehama ソルト８文字とかで作って処理としては「前４文字」「パスワード」「後４文字」とか変な実装することによりもっと調べる遅くすることも可能かー。

2023/08/20 リンク

a-kuma3 salt が唯一の値という間違った認識はどこが起源なのだろう。/etc/passwd の古から2桁の salt がついてたのだから時代や世代ではないはず

raitu “ハッシュ関数は一方向なので、ハッシュ値とソルトから、数式などで平文パスワードが算出できるわけではなく、辞書攻撃や総当たり攻撃が必要となります”

2023/08/19 リンク

ysync bcryptに任せればハッシュと一緒にソルトも保存してくれて、レインボーテーブルの利用は防げるのでそれだけでいいのでは？

セキュリティ

2023/08/18 リンク

nicht-sein DBマスタ抜かれている時点で大体コードや環境一式も抜かれてるので、環境変数とかに逃がしても無駄じゃね？派。分からないならOAuthとか使った方が良いというのも分かるんだけど、OAuth自体が難しい罠

cielonlon 恥ずかしながら、勘違いしていた部分あり。。。勉強になりましたっ！！

umakoya saltってパスワード漏洩が致命傷にならないためだけのもので、同一パスワードが同一ハッシュ値になるのは仕方ないと思ってた。ユーザーごとにランダムに変えるものなのか。

TakamoriTarou つまり塩こしょうか。もうちょっとすると味の素が入って味塩こしょうになっていより美味しい（違います　　わかりやすい

pmint 保存場所はあってるけど、ソルトをハッシュ化したら使えないだろ。ハッシュとは別にソルトがあるのに、どちらにも同じ処理をしてどうするの。「パスワードだけでなくIDもハッシュ化したほうが良い」みたいな話。

jama_ican “パスワードの保存には、MD5やSHA-2のような一般的で高速なハッシュ関数ではなく、bcrypt、scrypt、Argon2などパスワード保護用に開発された「低速の」アルゴリズムが望ましいとされます”

gologius 言い方はともかくこのコメントは確かになぁって思った。（どうでもいいけど初対面？の人にネット上とはいえ実名でため口ってどうなんだ・・・） https://qiita.com/ockeghem/items/d7324d383fb7c104af58#comment-0953379919fde5779fe0