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

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

新規登録して質問してみよう
ただいま回答率
85.50%
MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

セキュリティー

このタグは、コンピューターシステムの安全性やデータの機密性に関連したトピックの為に使われます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Q&A

解決済

2回答

1085閲覧

Amazonギフトコードのセキュリティ対策について

yuta1989

総合スコア65

MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

セキュリティー

このタグは、コンピューターシステムの安全性やデータの機密性に関連したトピックの為に使われます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

0グッド

3クリップ

投稿2021/04/06 02:44

編集2021/04/06 03:24

キャンペーンに応募した人が抽選で当選したら
DBに格納しているギフトコードをブラウザに表示するシステムを構築したいと思っています。

データ漏洩の可能性はどうしてもあると思いますので
漏洩しても悪用されないようにデータを暗号化したいです。

php側での暗号化と、MySQL側での暗号化について調べてみました。

TDE(透過的データ暗号化)はテーブル全体を暗号化してしまうそうで、
ある記事に「必要最低限の対策のみ検討・実装することが肝要」とありましたので、
Amazonギフトコードのカラムだけ暗号化した方がいいのかなと思っています。

カラムのみ暗号化するにはアプリケーション側のSQLで暗号化/復号化するopenssl関数を使うことを検討しています。

この対策で問題ないでしょうか?

最新の暗号化について調べましたがわかりませんでした。
もし上の対策では不十分だったら教えていただきたいです。

環境
php7
MySQL
Apache

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

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

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

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

maisumakun

2021/04/06 02:49

> ギフトコードはデータベースに格納する場合 どのような状況で、それを格納しなければならないのでしょうか?
m.ts10806

2021/04/06 02:53

クレジットカード情報は大抵サービス内には持ちませんよね
AbeTakashi

2021/04/06 03:00

「自分の持っている情報は古いので」とありますが、どこまで知っているのかを伝えてくれないと、かなり答えにくい質問だと思います。ついでにいうと「質問の粒度が大きすぎる」というか、ほとんど「調べるのが大変なので私の代わりに調べてください」という内容に見えます。これで回答が来るかな?という気がします。 もう少し頑張って自分で調べて、具体的な質問内容になるようにアップデートした方が良いと思います。せめて「こういう方法を考えていますがどうでしょうか?」という感じで具体的な実装案まで質問内容に入れ込めば、回答する人も回答しやすいと思います。
yuta1989

2021/04/06 03:25

すみません、質問文の方を修正いたしました。 ご指摘ありがとうございます。自分で調べて分かっている内容について追記いたしました。
K_3578

2021/04/06 03:33

データ漏洩の可能性がある以上私ならそもそも金銭に絡むような物を情報として持たないかなぁ。
maisumakun

2021/04/06 03:49

> キャンペーンに応募した人が抽選で当選したら DBに格納しているギフトコードをブラウザに表示するシステムを構築したいと思っています。 応募者のメールアドレスだけ持っておいて、ギフトはそのアドレスに直接送ってしまう、という方が楽は楽だと思います。
yuta1989

2021/04/08 00:44 編集

ご回答ありがとうございます。 AmazonギフトコードをDBに登録せずにメールで配信するというのは、APIを使って登録されたメールアドレス宛にAmazonからギフトコードを直接配布してもらう形になりますでしょうか?
guest

回答2

0

データ漏洩の可能性はどうしてもあると思いますので漏洩しても悪用されないようにデータを暗号化したいです。

暗号化の目的は確かにそうなんですが、実効性があるようにするのは難しいです。

TDE(透過的データ暗号化)はテーブル全体を暗号化してしまうそうで、ある記事に「必要最低限の対策のみ検討・実装することが肝要」とありましたので、Amazonギフトコードのカラムだけ暗号化した方がいいのかなと思っています。

「ある記事」に書いてあることが正しいかどうか判断しようがありませんし、「必要最低限の対策のみ検討・実装することが肝要」では正しいような・そうでもないようなという感じです。ましてや、これを根拠に「Amazonギフトコードのカラムだけ暗号化した方がいい」という結論にはならないと思います。

カラムのみ暗号化するにはアプリケーション側のSQLで暗号化/復号化するopenssl関数を使うことを検討しています。

この対策で問題ないでしょうか?

openssl関数を使うこと自体は問題ありませんが、使い方が難しいですよ。

データベースの暗号化の方式については最近動画を公開しましたので参考にしてください。

データベース暗号化の方式と目的 - YouTube

また、4月22日の19:00からMySQLの勉強会をやり、その中でデータベース暗号化の話題もやります。上の動画と内容は重複しますが、ご参考までに。

Club MySQL #5 ~SQLデータベースのセキュリティ - connpass

投稿2021/04/06 06:25

ockeghem

総合スコア11701

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

yuta1989

2021/04/08 00:29

ご回答ありがとうございます。動画を拝見させていただきます(__)
guest

0

ベストアンサー

WEBサーバとDBサーバを同居したいからそういう複雑なことをやろうとしてるのでしょうか? だとしたらがんばって暗号化しても復号の処理が同居してるのであればあまり意味がないというか。同居させずにそういう大事な情報は別サーバにして、ネットワークポリシーやAPI認証などでしっかり保護して、WEBサーバからは必要な情報のみしか取得できないようにするとかくらいでいいのでは? とも思います。

そもそもAmazonインセンティブAPIサービスを使うのが一番良いとは思います。こちらは要件によっては使いにくかったりしますので、そういう場合は自前でやるしかないでしょうね。

あとは費用対効果というか、どれくらいの人にいくら配るにもよりますが、そんなに多くないのであればギフトコードを配る方法自体を見直してもいいと思います。SNSのAPIとか使ってDMで配布するとかすれば、外部からアクセスのあるサーバでやる必要もありませんし。

投稿2021/04/06 03:49

編集2021/04/06 04:05
AbeTakashi

総合スコア4481

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

退会済みユーザー

退会済みユーザー

2021/04/06 04:41

Amazonギフト券、メールアドレスで配る方法もあるから、なにかしらアカウント管理するシステムであれば連絡用メールアドレス宛にAmazonから配布する方法も、なくはない。かな。
yuta1989

2021/04/08 00:46 編集

ご回答ありがとうございます。 AmazonインセンティブAPIサービスも検討してみたいと思います。 配布人数は700人ぐらいです。 ちなみに、openssl関数を使ってDBに格納したギフトコードを暗号化するのはあまり意味がないのでしょうか…? サーバにハッキングされて漏えいした場合には有効かなと思っていましたが。。
退会済みユーザー

退会済みユーザー

2021/04/08 00:52 編集

サーバーにハッキングされる時点で、phpのコードも流出してるんでないかい? そしたら、DBへの接続方法や復号アルゴリズムも見えるんだよ? サーバーを別にしたところで無駄なのでは。
yuta1989

2021/04/08 00:49 編集

ありがとうございます。 あ、そういういことですね。。 だから、別サーバを用意して、webサーバとDBサーバを別々にするのがいいということなんですね。
yuta1989

2021/04/08 01:00

サーバをハッキングされた場合にはopenssl関数は有効ではないということですが、そもそもopenssl関数の使い道はどんな時が想定されるのでしょうか…?
kyoya0819

2021/04/08 01:34

データの暗号化等は、「流出させない対策」というよりは、「流出しても悪用させない対策」だと個人的には思ってます。
AbeTakashi

2021/04/08 02:36 編集

openssl関数の使いどころですが、例えば公開鍵暗号方式を使ったりして有効に活用しているところは数多くあると思います(具体的にパッと思いつきませんが・・・)。上手く使えば複合の処理を盗まれることなく、暗号化の処理だけPHPに書くことができます(逆もできる)。ただし、これも暗号化と複合の処理の両方がハッカーの手に渡れば意味はほとんどありません。「ハッキングされてしまえば、ちょっと小細工したくらいではほぼ無力」という風に考えた方が良いと思います。例えサーバを分けたところで、そのサーバもハッキングされたら終わるわけですし、そもそもこの案件だと複合の処理が一番手前に来てしまうので、実効性のある暗号化・複合の処理を組み込むのはかなり難しいと思います。 Amazonギフトカード(以下、アマギフ)を不特定多数の人に配るのは色々悩まされます。アマギフの情報を持たずにAmazonから直接コードを送ってもらうこともできるのですが、その場合は送付相手のメールアドレスが必要になるんですよね。そうするとこのメアドをどうやって保存しようか?となります。むしろアマギフの情報より持ちたくないんですよね。 個人的には700件程度であればローカルネットワーク内にある手元のPCで上手く配信できる仕組みを作るのがいいのでは?と思います。私もかつてほぼ同じようなことを経験したことがあるのですが、応募から発送までの仕組みをすべてTwitterに依存することで、ほぼすべてをローカルPC内で処理しました。応募履歴の回収、抽選作業、アマギフの発送のすべてをサーバ上で行わずに手元のPCからPHPとローカルのMySQL、そしてTwitter APIを使用しました。そのかわりAmazonインセンティブAPIは使用しませんでした。これでも100%安全かといわれると自信ないですが、アマギフ数千円分×数百くらいの案件でしたので、あまり時間かけるのもということでこの辺で手を打った感じです。たかだか数十万円の案件でハッカーがやってきたらどうしようとかまで考えるのは不毛感がありました。暗号化とはほぼ意味がないので最初から考えなかったですね。 長くなりましたが、応募方法・抽選方法含めて全体的な立て付けを再度考えたほうがいいかもしれません。そして、こういうのはどこかで線を引いてバッと決め打ちでやってしまうしかないですね。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

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

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問