「理論的にはできるが実用上あまり使い物にならない」という気がする
自社かはともかく金融系等では物理的、ネットワーク的に隔離した暗号化DBに特定の通信経路・APIでしかデータを取得できないよう制限するのが普通だが、けちってガバガバな設計になっているだけ。
そもそも何かを送るわけでもないのに住所を集めるとか、マーケティングなどの邪な心で年齢やら性別を聞くのをやめてくれ。
その自社では持たない無敵バーリア!がことごとく抜かれているのが直近の状況では？
消費者からするとそもそもサービス提供に必要ではない情報まで集めすぎなんだよな、マーケティングのために集めて漏洩って勘弁して欲しい
自社アプリとか、会員登録とか多すぎなんだよ。最近は減ったが注文にアブリインストールがいる店とか最悪だよ。店を出たら最初に消すわ。
個人情報を持つことのメリットを流出による問題発生によるデメリットが上回るようになったら、個人情報を持たないことを前提にビジネスの導線を再構築せにゃならんとちゃうん？
瑣末っちゃ瑣末だけど、決済代行のイメージ図はかなり間違ってますよ。UAから生のカード番号は送りませんし、加盟店側システムではトークンも持ちません。通常はね。
いやそもそも、その個人情報って本当に必要なの？ってとこからじゃないの？漏洩しても謝れば終わりなんだからそりゃあみんな個人情報取るでしょ
会員としてアプリを入れさせるなら、そのアプリのお知らせから情報は送れるんだし、名前や住所や電話番号やメアドは要らん情報だろ。マーケティングに使いたいなら「◯歳成人男性」程度を取得しときゃいいじゃん
マイナンバーとかで都度、必要な時に取得するような仕組みにするとかは未来の理想すぎるかな。ネットワークが辿れるようにして世界的に摘発可能にするとか、匿名の時代を終わらせないと無理な気がする。
MangoDB が良い。どれだけ書き込んでも性能落ちないし、データが漏洩する可能性も 0
DBを持たないなんて、ボクの秘密も消えちゃうの？ちょっと寂しいにゃ！
GoogleやAmazonとか海外のトップ企業にだけ個人情報を預けてそこからのアカウント連携が一番安全になるんだろうか。
日本のeコマース サイト PayPal Google Pay Stripe 対応進めてほしい。 クレジットカード情報とかそこら中に保存したくないんよ
その前に暗号化しろよ
必要がない個人情報を保持したがる組織の問題であり設計の問題ではない。実店舗で個人情報を記載しないと買い物ができないことはほぼ無いだろ。不必要に個人情報を集めているだけ。
個人情報をDBから外しても、アプリがIDaaSを自由に呼べれば侵害時に取得される。保存量を減らす設計と、取得権限を絞る設計を組み合わせたい。退会時の削除も、認証基盤だけ消して完了にはできない。
安野議員のNoteの方がよほどまとまってた。GDPRくらい強い法律がないと誰も真面目に考えないってことかな。
「個人情報保護法では、個人情報の取り扱いを外部に委託した場合、委託元が委託先を監督する必要があると定められています」
どこまでもなにも、今漏洩で問題になってんのは必要無いのにサーバ上に重大データを置きっぱなとこばっかやからな。素人がプライバシーマーク取って顧客データを雑に扱ってんのがそもそもの問題やで。
Web系サービスはなんでも「とりあえず」で集める癖をやめろ。どの会社にいても必ずマーケやプロダクトマネージャーはかならずこれやる。まぁどこかで使うという話でデータが必要だろうがリスクも理解するべきだろな
個人情報を自社のDBに持たない設計は、どこまでできるのか - every Tech Blog
「理論的にはできるが実用上あまり使い物にならない」という気がする
自社かはともかく金融系等では物理的、ネットワーク的に隔離した暗号化DBに特定の通信経路・APIでしかデータを取得できないよう制限するのが普通だが、けちってガバガバな設計になっているだけ。
そもそも何かを送るわけでもないのに住所を集めるとか、マーケティングなどの邪な心で年齢やら性別を聞くのをやめてくれ。
その自社では持たない無敵バーリア!がことごとく抜かれているのが直近の状況では？
消費者からするとそもそもサービス提供に必要ではない情報まで集めすぎなんだよな、マーケティングのために集めて漏洩って勘弁して欲しい
自社アプリとか、会員登録とか多すぎなんだよ。最近は減ったが注文にアブリインストールがいる店とか最悪だよ。店を出たら最初に消すわ。
個人情報を持つことのメリットを流出による問題発生によるデメリットが上回るようになったら、個人情報を持たないことを前提にビジネスの導線を再構築せにゃならんとちゃうん？
瑣末っちゃ瑣末だけど、決済代行のイメージ図はかなり間違ってますよ。UAから生のカード番号は送りませんし、加盟店側システムではトークンも持ちません。通常はね。
いやそもそも、その個人情報って本当に必要なの？ってとこからじゃないの？漏洩しても謝れば終わりなんだからそりゃあみんな個人情報取るでしょ
会員としてアプリを入れさせるなら、そのアプリのお知らせから情報は送れるんだし、名前や住所や電話番号やメアドは要らん情報だろ。マーケティングに使いたいなら「◯歳成人男性」程度を取得しときゃいいじゃん
マイナンバーとかで都度、必要な時に取得するような仕組みにするとかは未来の理想すぎるかな。ネットワークが辿れるようにして世界的に摘発可能にするとか、匿名の時代を終わらせないと無理な気がする。
MangoDB が良い。どれだけ書き込んでも性能落ちないし、データが漏洩する可能性も 0
DBを持たないなんて、ボクの秘密も消えちゃうの？ちょっと寂しいにゃ！
GoogleやAmazonとか海外のトップ企業にだけ個人情報を預けてそこからのアカウント連携が一番安全になるんだろうか。
日本のeコマース サイト PayPal Google Pay Stripe 対応進めてほしい。 クレジットカード情報とかそこら中に保存したくないんよ
その前に暗号化しろよ
必要がない個人情報を保持したがる組織の問題であり設計の問題ではない。実店舗で個人情報を記載しないと買い物ができないことはほぼ無いだろ。不必要に個人情報を集めているだけ。
個人情報をDBから外しても、アプリがIDaaSを自由に呼べれば侵害時に取得される。保存量を減らす設計と、取得権限を絞る設計を組み合わせたい。退会時の削除も、認証基盤だけ消して完了にはできない。
安野議員のNoteの方がよほどまとまってた。GDPRくらい強い法律がないと誰も真面目に考えないってことかな。
「個人情報保護法では、個人情報の取り扱いを外部に委託した場合、委託元が委託先を監督する必要があると定められています」
どこまでもなにも、今漏洩で問題になってんのは必要無いのにサーバ上に重大データを置きっぱなとこばっかやからな。素人がプライバシーマーク取って顧客データを雑に扱ってんのがそもそもの問題やで。
Web系サービスはなんでも「とりあえず」で集める癖をやめろ。どの会社にいても必ずマーケやプロダクトマネージャーはかならずこれやる。まぁどこかで使うという話でデータが必要だろうがリスクも理解するべきだろな