SQLSever：Binayデータの検索について

Question

SQLSever：Binayデータの検索について

解決済

回答 1

投稿 2018/06/15 00:27

評価
クリップ 1
VIEW 459

Everlasting

score 7

SQLSever2012で、Binary型で格納したデータと一致するかどうかの検索を行いたいと考えています。

具体的には、

①Binary型のカラム（BinaryData）に、ENCRYPTBYPASSPHRASE(Binary型が戻る）で暗号化したデータを格納
②「ユーザ入力値」を、ENCRYPTBYPASSPHRASEして、①と比較

ということをしようとして、

Select * From XXX Where BinaryData = ENCRYPTBYPASSPHRASE('Password','ユーザ入力値')

という検索をしているのですが、存在するはずの「ユーザの入力データ」でも、ヒットしてくれません。

Binayデータの比較の場合、何か特殊な処理が必要なのでしょうか？お知恵をお借りできれば幸いです。

気になる質問をクリップする

クリップした質問は、後からいつでもマイページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

クリップを取り消します
良い質問の評価を上げる

以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します

評価を下げられる数の上限に達しました

評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる

teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します

この機能は開放されていません

評価を下げる条件を満たしてません

評価を下げる理由を選択してください
プログラミングに関係のない質問やってほしいことだけを記載した丸投げの質問問題・課題が含まれていない質問意図的に内容が抹消された質問広告と受け取られるような投稿
詳細な説明はこちら

上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。
質問の評価を下げる機能の利用条件

この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
- メールアドレスの認証
  メールアドレスの認証
- 質問評価に関するヘルプページの閲覧
  質問評価に関するヘルプページの閲覧

回答 1 件

評価が高い順
新着順
古い順

同じタグがついた質問を見る

SQL Server

score 1 · Accepted Answer · 2018-06-15T09:24

ベストアンサー

+1

暗号化されたものとの比較ではなく、復号したものと比較する必要があります。

Select * From XXX 
Where DecryptByPassphrase('Password', BinaryData) = convert(varbinary, 'ユーザ入力値')

投稿 2018/06/15 09:24

回答の評価を上げる

以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
回答の評価を下げる

下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

2018/06/15 10:52

ありがとうございます。
実は一旦復号して検索するように実装してみたのですが、この方法だと非常に負荷（CPU）がかかるようで、サーバがダウンしてしまったのです。復号しないで検索する方法があれば・・・と思ったのですが、やっぱり無理なんでしょうか？

ありがとうございます。実は一旦復号して検索するように実装してみたのですが、この方法だと非常に負荷（CPU）がかかるようで、サーバがダウンしてしまったのです。復号しないで検索する方法があれば・・・と思ったのですが、やっぱり無理なんでしょうか？

キャンセル
2018/06/15 11:03 編集

純粋に検索用途を考えておられるなら、インデックスも必要です。
鍵が固定で構わないなら、ファンクションインデックスまたは式インデックスを試して下さい。
復号の負荷はインデックス作成時となり、検索時の負荷は下がります。
但し、他のDBMSではありますが、SQLSERVERでは実証したことはありませんので、インデックスの作成自体できないかもしれませんが。

純粋に検索用途を考えておられるなら、インデックスも必要です。鍵が固定で構わないなら、ファンクションインデックスまたは式インデックスを試して下さい。復号の負荷はインデックス作成時となり、検索時の負荷は下がります。但し、他のDBMSではありますが、SQLSERVERでは実証したことはありませんので、インデックスの作成自体できないかもしれませんが。

キャンセル
2018/06/15 11:05

もう一つの方法としては、SQLの構成自体を変更し、暗号化項目の検索を一番外側にして、対象件数を極力少なくすること。

もう一つの方法としては、SQLの構成自体を変更し、暗号化項目の検索を一番外側にして、対象件数を極力少なくすること。

キャンセル
2018/06/15 14:54

＞Everlastingさんへ
完全一致で良ければ、blind indexも検討してみてくださいな。
https://github.com/ankane/blind_index
https://blogs.msdn.microsoft.com/raulga/2006/03/12/indexing-encrypted-data/

＞Everlastingさんへ完全一致で良ければ、blind indexも検討してみてくださいな。 https://github.com/ankane/blind_index https://blogs.msdn.microsoft.com/raulga/2006/03/12/indexing-encrypted-data/

キャンセル
2018/06/15 15:04

>umyuさん
フォローありがとうございます。
こんなのがあるということは、暗号化項目を検索対象にするのは色々とあるって事なんでしょうね。

>umyuさんフォローありがとうございます。こんなのがあるということは、暗号化項目を検索対象にするのは色々とあるって事なんでしょうね。

キャンセル
2018/06/15 15:06 編集

そもそも、行ごとに鍵が必要って言うのがそれだけで嫌な感じがします。

そもそも、行ごとに鍵が必要って言うのがそれだけで嫌な感じがします。

キャンセル
2018/06/15 15:10

＞saziさんへ
回答のコメント欄をお借りして失礼しました。
データベースに格納している暗号文を復号するときに、毎回復号するためCPU負荷が掛かってしまうので、そのための対応策ですね。暗号キーとは別の鍵で平文をHMAC化して、検索するときはHMACデータと比較する。

＞saziさんへ回答のコメント欄をお借りして失礼しました。データベースに格納している暗号文を復号するときに、毎回復号するためCPU負荷が掛かってしまうので、そのための対応策ですね。暗号キーとは別の鍵で平文をHMAC化して、検索するときはHMACデータと比較する。

キャンセル
2018/06/19 11:21

遅くなりすみません。ご回答頂き、ありがとうございました！
Binayデータのなかなか一筋縄ではいかないことが判りましたので、別の方法も併せて検討してみたいと思います。

遅くなりすみません。ご回答頂き、ありがとうございました！ Binayデータのなかなか一筋縄ではいかないことが判りましたので、別の方法も併せて検討してみたいと思います。

キャンセル

質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう！

SQLSever：Binayデータの検索について

関連した質問

同じタグがついた質問を見る

質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう！

SQLSever：Binayデータの検索について

15分調べてもわからないことは、teratailで質問しよう！

関連した質問

同じタグがついた質問を見る

SNSアカウントでログイン

teratailアカウントでログイン