sha1を逆引きで解くのに必要なデータ量を計算してみた
sha1は様々な文字列を160bitのハッシュ関数に変換する暗号化アルゴリズム。 復号化は非常に大きな時間を要するため、一般的には不可逆な暗号としてパスワードの暗号化などに利用されている。 これをすべてのキーワードをsha1に変換した値のデータベースから探してくる方法(逆引き)で探す場合、パスワードの桁数ごとにどれだけのデータが必要か計算してみた。 計算はDB各行のヘッダーは無いものとして計算しています。 6文字のパスワードなら1テラバイト、7文字なら71テラバイトでパスワードを解析することができます(億行のデータってどれくらい時間がかかるんだろう…)。それ以上は一般人には無理なデータ量ですね。10桁あれば「絶対無理」と言えるんじゃないでしょうか。 一般的な攻撃方法は同じハッシュ値を生成するキーワードを導き出す方法ですが、6文字であればこちらの方法でも有効そうです。 一般的にパスワードは6
Cryptographic Protocol Verification Portal
The AKE Protocol List The AKE Protocol List は、安全な通信インフラに不可欠な認証および鍵交換（AKE, Authentication and/or Key Exchange）の主要な暗号プロトコルの現時点の安全性が一目で分かる画期的なポータルサイトです。このサイトは、産官学全ての組織のみならず個人まで広く使っていただけます。 凡例 評価の厳密さを★の数の多さ（1〜4）で表し、利用の可能性を色で区別しています。表の見方の詳細は本ページの最後をご覧下さい。 現状安心して利用できる（現時点において攻撃が発見されていない） 現状安心して利用できる（攻撃が発見されているが現時点では非現実的な脅威） 対策を施せば安心して利用できる（攻撃が発見されているが回避策がある） もはや安心して利用できない（現実的な脅威のある攻撃が発見されている） 国際標準 プロトコル
A Life Less Ordinary
視座が変わるとは、こういうことを言うのかと。 いちエンジニア時代は、名が知れた方のブログに少し羨望を抱いたり、有名なサービスを手掛けるCTOのセッションに陶酔し、「感じる」ものだった。 最近は、そういったものを見返すと、この人が部下ならどうするか？とか、この戦略は果たしてウチでも成功するのか？などを「考える」ようになった。 目新しくない表現だけど、今まで、打ち上げ花火は下から見てたから綺麗だったけど、真横で見るようになり、風流だねとか言ってる場合ではなくなった。 きっと、色んなことに感動しなくなるのかもね。 タイトルはユニコーンの曲から。曲はいわゆる「あげちん」がテーマだけど、私の方はそうではない。 7月から役職が変わった。これまでは係長的な立場で、取りまとめの範囲はごく限られていた。与えられたものを下に伝達する感じ。 それが、全く変わってしまった印象がある。 与えるものを自分で考えなけれ
MySQLのAES_ENCRYPT／AES_DECRYPT互換の方式でActiveRecordの属性を透過的に暗号化／復号する - Qiita
MySQLのAES_ENCRYPT／AES_DECRYPT互換の方式でActiveRecordの属性を透過的に暗号化／復号するRubyMySQLActiveRecord Ruby on Rails (DBはMySQL) で開発をしている某案件で 運用の都合上、アプリ外から SQL でデータベースの内容を直接参照できる必要があるので、センシティブなデータは AES_ENCRYPT 関数で暗号化して、アプリ以外からも復号できるようにすること という要件がありました。 単に暗号化すればいいだけなら attr_encrypted gem などを使って透過的に Ruby 側で暗号化／復号すれば楽に実装できますが、いちいち MySQL 側で AES_ENCRYPT／AES_DECRYPT させるとなると、かなり実装が面倒です。 そこで、Ruby 側で MySQL の AES_ENCRYPT／AES_D
railsでdecryptとencryptのsetter、getterを実装する - Qiita
個人情報を暗号化してDBに保存。取り出すときは復号化する。 これをRailsのsetter、getterで実装する方法を紹介します。 class User < ActiveRecord::Base def encryptor secret = 'hogehofgehogeogeoeogeogoeogeogeogoeogeooge' ::ActiveSupport::MessageEncryptor.new(secret) end def email=(val) encryptor = self.encryptor write_attribute("email",encryptor.encrypt_and_sign(val)) end def email encryptor = self.encryptor encryptor.decrypt_and_verify(read_attribut
attr_encryptedでハマった話 - Qiita
class AbstractUser < ActiveRecord::Base self.abstract_class = true attr_accessible :name, :password attr_encrypted :password, key: 'secretkey' end irb> user = User.new(name: 'hoge', password: 'fuga') irb> user.encrypted_password # => 暗号化されたパスワード irb> user.password # => 'fuga' irb> user[:encrypted_password] # => nil !? irb> user.save # => encrypted_passwordはNULLで保存される(NOT NULL制約があるならエラー) 原因 #encryp
可逆式暗号化関数を作る - RubyBeginner （ルビギナー）の世にも奇妙な開発
INDEX PAGE 可逆式暗号化を作る データベースにデータを格納する時 ログイン画面用のパスワードは 照合さえできればよいので不可逆式の暗号化を採用が良いと思います。 具体的にはStringクラスのcryptを利用するのが良いと思います。 http://www.ruby-lang.org/ja/man/html/String.html#crypt これで、システム管理者も含めて誰もデータベースのデータを読めないはずです。 しかし、住所・電話番号のような データベースにそのまま入れたくないけど かと言って、復号できないとシステムを作れないような場合 これを実現するにはOpenSSL用のライブラリーを利用するのが良いようです。 http://www.ruby-lang.org/ja/man/html/OpenSSL_Cipher_Cipher.html ちょっとこのまま各ソースで実装するの
Railsで簡単可逆暗号(ActiveSupport::MessageEncryptor) - Qiita
Railsで簡単に可逆暗号をする方法 情報が古くなったため、rails4.2, rails5.0, rails5.1, rails5.2, rails6.0 で変更点確認し更新 使い方 ActiveSupport::MessageEncryptor を利用することで簡単に可逆暗号ができる key_len = ActiveSupport::MessageEncryptor.key_len secret = Rails.application.key_generator.generate_key('salt', key_len) crypt = ActiveSupport::MessageEncryptor.new(secret) encrypted = crypt.encrypt_and_sign('Qiitaきーたキータ') # => "Adp1SPOkYRqLgTMoAlcyEganoi
暗号化ファイルシステム (EFS: Encrypting File System) の注意点
<body> <p><a href="/e/EFS/">[ English ]</a></p> <h2>Windows XP Professional のスタンドアロン環境 (ドメイン環境でないシステム) で暗号化ファイルシステム (EFS: Encrypting File System) を使う場合の注意点</h2> <hr> <ul> <a href="EFS_and_certificates.html#content"><li>証明書をエクスポートすること － パスワードを覚えているだけではダメである</li></a> <a href="Trap_in_XP.html#content"><li>Windows XP Professional で陥りがちな落とし穴</li></a> <a href="Making_EFS_DRA_certificates.html#content"><
)
MSDN Online = 10 行シリーズ ～ 10 行でズバリ !! 暗号化 (C#) ～
private void button1_Click(object sender, System.EventArgs e) { // 文字列を byte 配列に変換します byte[] source = Encoding.Unicode.GetBytes(textBox1.Text); // Triple DES のサービス プロバイダを生成します TripleDESCryptoServiceProvider des = new TripleDESCryptoServiceProvider(); // 入出力用のストリームを生成します MemoryStream ms = new MemoryStream(); CryptoStream cs = new CryptoStream(ms, des.CreateEncryptor( DesKey, DesIV ), CryptoStreamMo
pgcrypto | Let's POSTGRES
NTT オープンソースソフトウェアセンタ 笠原 辰仁 はじめに PostgreSQLのcontribモジュールの一つに、pgcryptoというものがあります。pgcryptoは、その名の通り暗号化をサポートするツールです。主にはDB内のデータの暗号化を実施したい場合に使われます。オンラインマニュアルに詳しい機能の解説や参考文献へのリンクが載っています。本記事では、pgcryptoの簡単な使い方と、pgcryptoを使う際に有用なテクニックを紹介します。 暗号化について 昨今では、個人情報保護法に備えるため、暗号化を必要とするケースが増えてきました。特にデータベースには重要な個人情報が格納されるため、特にシビアな暗号化を検討されることが多いです。 一口に暗号化と言っても、ストレージのハードウェア部分で暗号化を施す、ファイルシステム(ブロックデバイス)で暗号化を施す、盗聴に備えて暗号化したデー
簡単な暗号化 - Java編
Java言語による暗号化をサンプルと共に説明しています。 JDK1.5以上には、JCE（Java 暗号化拡張機能）が含まれており、この機能を利用すると、共通鍵方式による暗号化や公開鍵方式による暗号化機能を実装できます。 このページでは、以下の手法を説明しています。 ・ 共通鍵を自動生成して暗号化する ・ 共通鍵を作成して暗号化する（その１）[htt://www.trustss.co.jp/Java/JEncrypt122.html] ・ 共通鍵を作成して暗号化する（その２）[htt://www.trustss.co.jp/Java/JEncrypt123.html] ・ パスワードベース暗号化[htt://www.trustss.co.jp/Java/JEncrypt124.html] また、Windowd APIとの連携として以下の説明もあります。 ・ Javaで暗号化したデータをWin
プログラムと音楽 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
ウノウラボ Unoh Labs: PHPで暗号化して、Flashで復号してみたときのメモ
Keitaです。 もう、半年くらい前になりますが、画像をFlashとPHPの間だけデータを暗号化できないかなーとおもって試したことがあります。結論としては、Flashで解読できているということは、Flashをうまいことやればデータが抜き出せるし、そもそも、暗号化する意味が個人的に皆無だったのと、画像ほど大きいデータになると解読に時間がかかってしまったので、「あー、まぁほかにやることもあるし、いいや」とおもって、忘れることにしました。 でも、まぁ昔こういうことやって遊んだなぁという記録と、もしかすると誰かの役にたつかと思い記事にさせていだきます。 環境は、サーバサイドはPHP5で、クライアントは、Flex2で作成しました。 PHP側でデータをこんな感じに暗号化して、それをクライアントで受け取る感じにしました。 暗号化形式は、Blowfishを利用しました。 まず、データの暗号化の
SQLite3を暗号化·SQLCipher MOONGIFT
SQLCipherはSQLite用のオープンソース・ソフトウェア。SQLiteはPHPや各種言語でデフォルトサポートされているデータベースエンジンだ。ファイルベースで使える手軽さで、データベースを使うまでもないものの、CSVでデータ管理するのは面倒というケースによく使われる。 使っているところ 手軽に使えるもののSQLはきちんとサポートしており、とても便利なソフトウェアだ。だがデフォルトでは暗号化されないため、セキュリティ的に不安があるという人もいるだろう。そこで使ってみたいのがSQLCipherだ。 SQLCipherはSQLiteの拡張で、AES-256による暗号化に対応する。PRAGMAコマンドによってキーを設定し、その後SQLを実行することでデータを暗号化された状態で扱えるようになる。逆に復号化する場合も同様にPRAGMAを最初に実行する必要がある。 C言語からも扱えるようになって
安全な乱数とは何か - Liner Note on Hatena
PHPでのセキュリティ対策についてのメモについて、第三者に知り得ない文字列の生成（安全な乱数の生成）についてご指摘を受けました（ありがとうございます）。長くなりそうですので、こちらで返信させていただきます。 はてなブックマーク - id:HiromitsuTakagi 水無月ばけらのえび日記 - 「ワンタイムトークンをハッシュ関数で処理する意味はある?」 「第三者が知り得ない文字列（ユーザIDやワンタイムトークンなど）を ハッシュ関数（md5関数やsha1関数）を複数回用いて擬似乱数化」< 安全な乱数を理解していない。/ わからないことは「わからない」と書いた方が良い。 これは仰るとおりです。後で引用する水無月ばけらさんも指摘していただいていますが、パスワードが英単語一語などきわめて単純な場合は、ハッシュ関数の組み合わせ（擬似乱数生成アルゴリズム）が相当複雑でない限り、ブルートフォース（総
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsでデータを可逆暗号で保存する - Qiita
JCE の制限解除
attr_encrypted gem の紹介
ファイル検索に関するヒント