本来は本人しかアクセス出来ないはずの、秘密のプライベート写真が、インターネット上で盗まれて公開されるような事件とか、Lineのアカウントを乗っ取って、他人になりすましたりするような事件が最近おおいよね。 こういう時に“compromise”って英語が使われているのをよく見かけるけど、一方で、 “compromise”といえば、まず思いつくのは「妥協」って意味だよね。 でも“compromise”には、「危険にさらす」っていう意味もあって、「機密情報の漏洩」とか「不正アクセス」って意味でよく使われるんだ。 今日は、この“compromise”がどんな文脈で使われているか書いていくね。 「妥協」の意味の“compromise” この意味での“compromise”は、日本語の「妥協」とイコールと覚えとけばいいと思うよ。 次の例文は、新しいWindowsの開発者の言葉だよ。 The argume

In cryptography, PBKDF1 and PBKDF2 (Password-Based Key Derivation Function 1 and 2) are key derivation functions with a sliding computational cost, used to reduce vulnerability to brute-force attacks.[1] PBKDF2 is part of RSA Laboratories' Public-Key Cryptography Standards (PKCS) series, specifically PKCS #5 v2.0, also published as Internet Engineering Task Force's RFC 2898. It supersedes PBKDF1,

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

bcrypt is a password-hashing function designed by Niels Provos and David Mazières, based on the Blowfish cipher and presented at USENIX in 1999.[1] Besides incorporating a salt to protect against rainbow table attacks, bcrypt is an adaptive function: over time, the iteration count can be increased to make it slower, so it remains resistant to brute-force search attacks even with increasing computa

昨日の記事はだいぶ注目を集めたようです。今日は自分向けの技術的なメモです。 パスワード等に使うのにSHAなどのよく知られたハッシュ関数ではなぜダメなのか？　パスワード用のハッシュ関数は何が違うのか？　という話です。なお、今回はほんとに昨日今日でいろいろ仕入れたもののため、中身も薄いし間違ってるかもしれません（また、個別のアルゴリズムやテクニックなどは陳腐化しやすいので、後日にはいろいろ変わっていることでしょう）。その辺は注意してください。 ネタ元は http://throwingfire.com/storing-passwords-securely/#notpasswordhashes など 、あと https://plus.google.com/102550604876259086885/posts/4eoNnNSQ7W6 にコメントをいただいた皆さん（ありがとうございます！）。 で。

ブロック暗号（ブロックあんごう、英語: Block cipher）とは、共通鍵暗号の一種で、固定長のデータ（ブロックと呼ぶ）を単位として処理する暗号の総称である。これに対して、ビット単位やバイト単位で処理を行う暗号はストリーム暗号と呼ばれる。 概要[編集] ブロック暗号は、 ビットのブロックと ビットの鍵を入力として、 ビットのブロックを出力する。暗号化 (encryption) と復号 (decryption) の2つのアルゴリズムからなる。任意の鍵 について、復号アルゴリズムは暗号化アルゴリズムの逆関数になっていて、 を満たす（ は任意のブロック）ようになっている[1]。暗号化アルゴリズムの入力ブロックおよび復号アルゴリズムの出力ブロックは通信文、暗号化アルゴリズムの出力ブロックおよび復号アルゴリズムの入力ブロックは暗号文という。任意の長さの通信文を扱うために、暗号利用モードが用意され

最近気になっていたthoughtbot / clearanceを試しみました。 今まで restful-authentication 一辺倒だったので色々と迷ったのですが、、まぁ触りだけメモしておきます。 （ググってもあまり記事がでないんですが、みんな公式のWikiだけでわかるんでしょうか・・・・あぁライブラリのソースちゃんと読んでるですね、わかります） clearance はgemで提供されているのでgem入れておきます。 $ sudo gem install clearance まずはいつも通りスクラッチのRails作成 $ rails clearance_sample -d mysql create create app/controllers create app/helpers create app/models （略) config/enviroment.rb に下記を追加。