前回の続き——守る対象そのものを減らす
前回のQ-08では、APIキーなどの秘密情報を守る4原則を学びました。秘密もパスワードも入力値も、これまでは持っているものをいかに守るかという話でした。しかし守る対象そのものを減らせれば、リスクは根本から小さくなります。今回はその発想の転換、預かる側の責任としての個人情報の扱いを学びます。
このスライドのポイント
- Q-08では、APIキーなどの秘密情報を守る4原則を学んだ
- 秘密・パスワード・入力値と、ここまでは「持っているものを守る」話が続いた
- 守る対象そのものを減らせれば、リスクは根本から小さくなる
- 今回は「預かる側の責任」としての個人情報の扱いを学ぶ
3つの用語を定義する
個人情報とは、氏名やメールアドレスのように、特定の個人を識別できる情報や、それらと紐づく記録を指します。データ最小化とは、目的に必要な最小限だけを集めるという原則です。保持期間とは、そのデータをいつまで持ち、いつ消すかの取り決めです。ここで核心の転換があります。Q-07やQ-08で学んだ漏えい対策は、持っているものを守る話でした。そもそも持っていなければ、守る必要そのものがありません。
このスライドのポイント
- 個人情報＝特定の個人を識別できる情報（氏名・メール・それらと紐づく記録）
- データ最小化＝目的に必要な最小限だけを集める原則
- 保持期間＝いつまで持ち、いつ消すかの取り決め
- 核心の転換: 漏えい対策（Q-07/08）は「持っているもの」を守る話——持たなければ守る必要がない
なぜ必要か——「念のため全部集める」の危うさ
この考えを持たないと、念のため全部集めておこうという設計になりがちです。企画段階で聞き取った項目をすべて保存すれば、守るべき対象を自分の手で増やすことになります。集めた情報は、漏えいすれば被害になり、保管し続ける限りコストとリスクになります。さらに、利用者からの削除要求や法的な要件に応えられない設計にもつながります。持つほど守りが重くなる、という関係を押さえてください。
このスライドのポイント
- 知らないと「念のため全部集める」設計になりやすい
- 聞き取った項目を全部保存すると、守るべき対象を自分で増やすことになる
- 集めた情報は、漏えいすれば被害、保管し続ける限りコストとリスク
- 削除要求（N章の削除の話）や法的要件に応えられない設計にもなる
集める前の3問
集める前に決める3問を、順に通します。第1問、何のために集めるのか。目的を言葉にできない項目は、そもそも集める理由がありません。第2問、その目的に本当に必要か。あれば便利という理由だけの項目は削ります。第3問、いつ消すのか。保持期間を先に決めておけば、不要になったデータを残し続けずに済みます。この3問は、A-08で学んだ保存データの決定と、N章の削除方針を、個人情報の文脈でつなぎ直したものです。
このスライドのポイント
- 集める前に決める3問フロー
- 第1問: 何のために集めるのか（目的が言えない項目は集めない）
- 第2問: その目的に本当に必要か（あれば便利、は削る）
- 第3問: いつ消すのか（保持期間を先に決める）
- A-08の保存データ・N章の削除方針を、個人情報の文脈でつなぎ直したもの
経費アプリで点検する
経費アプリで点検してみます。レシート画像には、店員の名前や同伴者の情報が映り込むことがあります。これは経費精算という目的の外にある情報ですから、扱いを決めておく必要があります。また、退職者の申請履歴は、経理上の要件で必要な年数だけ保持し、その後は消す、と設計の段階で決めておきます。集めてから考えるのではなく、集める前に3問を通すことが要点です。
このスライドのポイント
- レシート画像に映り込む店員名や同伴者情報→目的外の情報
- 退職者の申請履歴→経理要件の年数だけ保持して削除、と設計時に決める
- 集めてから考えるのではなく、集める前に3問を通す
- 「持つ／持たない」を設計の段階で判断する
サンプル: データ棚卸し表
サンプルは、データ棚卸し表です。保存する項目ごとに、個人情報かどうか、利用目的、保持期間、削除方法を一覧にします。読み方の要点は二つです。目的の列が空欄の項目は集めるべきでない候補であること、保持期間が未定義の行は設計が未完成であることです。この表はそのままAIに渡せます。AIへの質問例は、このアプリが保存するデータを棚卸しし、目的が言えない項目や保持期間が未定義の項目を指摘してください、です。
このスライドのポイント
- 種別: table ／ 目的: 保存する項目ごとに、集める妥当性と消し方を一覧にして確認する
- サンプル本体（経費アプリの記入例）:
混同しやすい概念——持って守る vs 持たない
混同しやすいのは、持っていて守るという状態と、持たないという状態です。持っていて守る場合、そのデータがある限りコストとリスクが続きます。一方、最初から持たなければ、守る手間もリスクもゼロです。だからこそ、個人情報は持たないことが最強の防御になります。迷ったら集めない、を原則にしてください。
このスライドのポイント
- 「持っていて守る」＝そのデータがある限りコストとリスクが続く
- 「持たない」＝守る手間もリスクもゼロ
- だから個人情報は「持たないことが最強の防御」
- 迷ったら集めない
バイブコーディングでの確認点
バイブコーディングでの確認点です。新しい機能で保存する項目が増えるたびに、目的・最小化・期限の3問を必ず通します。これはA-08の8項目レビューを、個人情報の観点で深めたものです。AIには、この項目は個人情報に当たりますか、と分類させると、見落としを減らせます。AIは指定がなければ多めに保存する実装をしがちなので、最小化は人間が指示することが欠かせません。
このスライドのポイント
- 新機能で保存項目が増えるたび、目的・最小化・期限の3問を通す
- これはA-08の8項目レビューの、個人情報に絞った深化版
- AIには「この項目は個人情報に当たりますか」と分類させる
- AIは指定がないと多めに保存しがち。最小化は人間が指示する
まとめと一問一答
一問一答です。個人情報の最強の防御は何でしょうか。……答えは、そもそも持たないこと、つまりデータ最小化です。30秒のまとめです。今回は、集める前に決める3点、目的・最小化・期限を学びました。守る技術の手前に、持たないという最上の選択があります。次回はカテゴリQの最終回として、公開前の総点検の型、脅威モデリングへ進みます。関連資料は、個人情報を扱うAIアプリ注意点と、AIアプリ公開前チェックリスト100です。
このスライドのポイント
- 一問一答（問→間→答）
- 30秒まとめ: 集める前に決める3点（目的・最小化・期限）／持たないという最上の選択
- 次回: カテゴリQ最終回、公開前の総点検の型（脅威モデリング）へ
- 関連資料: 「個人情報を扱うAIアプリ注意点」「AIアプリ公開前チェックリスト100」
