TOKI｜発注と開発をつなぐ人

「またか」で済ませてはいけない規模が来た。
ニトリで最大3,762万件。 相次ぐ個人情報流出に対し、システムを設計・構築する私たちは何を変えるべきなのか。 つい先日までPHPの脆弱性が話題になっていたが、そこに対応したからといって終わる話ではない。不正アクセスの手法は多様であり、対策を続けてもリスクをゼロにはできない。 そこで、今後考えられる3つのシナリオを整理してみた。 ① 個人情報を持たない選択 
そもそも、本当にその個人情報が必要なのか。
商品を配送するECサイトなら住所は必要だが、そうでないサービスで住所や生年月日、性別まで収集する必要があるのだろうか。
企業のマーケティングに利用するためという理由もある。しかし、それは企業側の都合である。
必要な情報だけを収集し、利用が済んだら速やかに削除する。保存が必要でも、常時ネットワークにつながっている必要があるのかを考える。
個人情報を大量に持つことを前提としない、新たなマーケティング手法やサービスが生まれる可能性もある。 ② 個人情報を専門サービスに預ける選択 
情報流出のニュースで「クレジットカード情報は含まれていない」という説明を目にする。
カード情報は外部の決済サービスで管理し、自社システムでは保有しない方式が広く使われている。
同じように、住所や生年月日なども専門サービスで管理し、必要なときだけ利用する仕組みが、さらに広がるかもしれない。
もちろん、そのサービスが攻撃されれば被害は大きくなる。集中管理には別のリスクもある。 ③ 個人情報流出に慣れてしまう社会 
もう一つ考えられるのが、情報流出そのものに人々が慣れてしまうというシナリオである。
弾道ミサイル発射のニュースも、本来は一大事だが、繰り返されるうちに以前ほど驚かなくなった人もいるだろう。
個人情報流出も同様に、またか、で済まされるようになるのではないか。
これは避けたい未来である。 3つのうち、①と②はシステムの作り方を変える選択肢であり、③は警戒すべき社会の変化である。 もちろん、従来の脆弱性対策や監視、運用管理が不要になるわけではない。 しかし、個人情報をどう守るかだけでなく、そもそも何を、どこまで持つべきなのか。 SIerやシステム構築関係者は、設計段階から考え直す必要があると思います。