データベースの暗号化、もしくはパスワードの保存方法のまとめ - めもおきば
追記: (2021-06-04) いまだにこの記事へのアクセスが多いので、2021年現在におけるパスワードの取り扱いに関するベストプラクティス記事を紹介します。 cloud.google.com (追記ここまで) PSNの障害で盛り上がっていますが、クレジットカード番号は暗号化していたがパスワード含む個人情報は暗号化していなかったという点が注目されているようです。 というわけで、パスワードの保存方法についてまとめてみます。 前提となる暗号の話 いわゆる暗号化と呼ばれている技術には、以下の2種類があります。 1. 復号のための鍵があって、暗号化する前の「平文」に戻すことができる「暗号化」 ざっくり言えば、この2通りの操作ができます。 平文と鍵1 ―(暗号化)→ 暗号文 暗号文と鍵2 ―(復号)→ 平文 平文が暗号化される前のデータ、鍵と書かれているのが2048ビットだったりする暗号化の方法に
パスワードをDBに保存する時の基礎の基礎的なこと - Qiita
はじめに あるところで軽く説明する必要ができたのでこの文書を書きます。 前提 PHPで簡単なシステムを作成している想定です。 大事なこと DBの中に、パスワードを生テキストのまま保存してはいけません！！ なぜならDBのデータがなんらかの方法で盗まれてしまった場合に、パスワードが見た瞬間にわかってしまうからです。 パスワードをあるところから取得して、その内容がわかると、同じユーザが別のサービスで同じパスワードを使っていれば不正アクセスできます（最近チラホラ話題にもなりました）。 じゃぁどうしたらいいの？ パスワードはなんらかの方法で暗号化してからDBへ保存します。 また、パスワードを暗号化する際にSALTを利用することでそれぞれのユーザにとって別の暗号結果を作ることができます。 佐藤さん（SALT:Stt41ou）で「mypassword」を暗号化した結果 鈴木さん（SALT:6rkubel
パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
いまさら聞けないパスワードの取り扱い方
そうだったのか！ よくわかる process.nextTick() node.jsのイベントループを理解するshigeki_ohtsu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
9-1. パスワードの取り扱い
サービス終了のお知らせ - NAVER まとめ
