回答編集履歴
5
説明ミスっとった…
test
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
5
|
-
これは
|
|
5
|
+
これはクレジットカード会社間からスタートした取り決めではありますが、
|
|
6
6
|
|
|
7
7
|
現在では情報セキュリティを導入する上でのグローバルスタンダードとなっています。
|
|
8
8
|
|
4
追記5
test
CHANGED
|
@@ -66,6 +66,34 @@
|
|
|
66
66
|
|
|
67
67
|
|
|
68
68
|
|
|
69
|
+
###さらに追記
|
|
70
|
+
|
|
71
|
+
暗号化と聞くと対外的な対策とイメージしやすいですが、
|
|
72
|
+
|
|
73
|
+
対内的にも牽制の意味で用いるとかはあるのかもですね。
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
77
|
+
**(以下某試験問題の受け売り)**
|
|
78
|
+
|
|
79
|
+
例えば普段はクレジットカード番号は暗号化し、
|
|
80
|
+
|
|
81
|
+
内部スタッフでも普段は参照は不可とする。
|
|
82
|
+
|
|
83
|
+
|
|
84
|
+
|
|
85
|
+
ある顧客(当然クレジットカード持ち主であることの本人確認はしっかり行うこと)から、
|
|
86
|
+
|
|
87
|
+
クレジットカード番号に関する問い合わせがあった場合、
|
|
88
|
+
|
|
89
|
+
オペレータはその顧客情報から検索した番号のみを復号して得る。
|
|
90
|
+
|
|
91
|
+
|
|
92
|
+
|
|
93
|
+
クレジットカード情報レベルとなると、
|
|
94
|
+
|
|
95
|
+
社内オペレータに対しても**必要以上情報を開示してはいけない**という考えによるものです。
|
|
96
|
+
|
|
69
97
|
|
|
70
98
|
|
|
71
99
|
###蛇足
|
3
追記３
test
CHANGED
|
@@ -63,3 +63,21 @@
|
|
|
63
63
|
後、暗号化とは少し話が変わりますが、
|
|
64
64
|
|
|
65
65
|
ビューなどを利用して実テーブルの定義を隠ぺい(顧客の機密情報の入ったカラムを除いたビューを定義など）してセキュリティを確保するケースもありますね。
|
|
66
|
+
|
|
67
|
+
|
|
68
|
+
|
|
69
|
+
|
|
70
|
+
|
|
71
|
+
###蛇足
|
|
72
|
+
|
|
73
|
+
IPAの主催している情報処理技術者試験の区分のひとつに、
|
|
74
|
+
|
|
75
|
+
「情報セキュリティスペシャリスト」(今年限りでこの名前の試験はなくなるのですが＾＾；)という試験があります。
|
|
76
|
+
|
|
77
|
+
確か２年ほど前の試験だったと思いますが、
|
|
78
|
+
|
|
79
|
+
ちょうど午後Ⅱの試験で**PCI DSSとデータベースセキュリティ**をテーマとした問題が出題されました。
|
|
80
|
+
|
|
81
|
+
|
|
82
|
+
|
|
83
|
+
興味があればこの辺りの設問を読んでみるだけでも面白いかもしれません＾＾
|
2
追記２
test
CHANGED
|
@@ -57,3 +57,9 @@
|
|
|
57
57
|
また顧客情報の内クレジットカード情報のみ暗号化したい等といった場合は、
|
|
58
58
|
|
|
59
59
|
**カラム暗号化**のように柔軟な仕組みを提供しているDBMSも存在します(Oracleなど)。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
後、暗号化とは少し話が変わりますが、
|
|
64
|
+
|
|
65
|
+
ビューなどを利用して実テーブルの定義を隠ぺい(顧客の機密情報の入ったカラムを除いたビューを定義など）してセキュリティを確保するケースもありますね。
|
1
追記
test
CHANGED
|
@@ -37,3 +37,23 @@
|
|
|
37
37
|
コスト削減と利便性とはトレードオフの関係なので、
|
|
38
38
|
|
|
39
39
|
どこで妥協点を定めるかと言うのが一番難しい所ではあるのでしょうが^^;
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
###追記
|
|
44
|
+
|
|
45
|
+
コメントを受けまして少し追記をば。
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
データベース暗号化について、
|
|
50
|
+
|
|
51
|
+
DBMS(Oracle、SQL Serverなど)にもよるかもしれませんが、
|
|
52
|
+
|
|
53
|
+
データベース暗号化技術を利用しても基本的には**現在のSQLをそのまま用いて暗号化・復号化の実施**を行えるような機能を提供しております。[テーブル暗号化](http://it-trend.jp/encryption/article/merit)
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
また顧客情報の内クレジットカード情報のみ暗号化したい等といった場合は、
|
|
58
|
+
|
|
59
|
+
**カラム暗号化**のように柔軟な仕組みを提供しているDBMSも存在します(Oracleなど)。
|