匿名機能を相手、連結経路、残る痕跡から判断する

誰に対して何を隠すのか先に定義する

小さな相手別表を作ります。他の利用者、未ログインの閲覧者、モデレーター、サポート担当、運営者、ログインや決済の提供者、明示された処理事業者を別の行にします。列には表示名、安定別名、アカウント ID、投稿や会話、時刻、端末またはネットワークイベント、通報履歴、決済状態を置きます。各欄は公開、説明された目的で連結可能、分離、保管、不明のいずれかだけを記します。ICO は匿名化と仮名化を区別し、追加情報があれば個人へ戻せるデータを匿名とは扱いません。したがってニックネームは表示の答えであり、内部 ID、復旧メール、事業者参照番号まで切れた証拠ではありません。

公開別名の周辺で抽出と連結可能性を調べる

氏名がなくても、同じ参加者を記録から取り出したり、別々の行動をつないだりできることがあります。ICO は singling out と linkability を識別可能性の重要な手掛かりにしています。安定したハンドル、再利用した画像、特徴的な自己紹介、決まった利用時刻、繰り返す生活上の話、公開リンク、正確な時刻は、別名を見分けたり他の公開プロフィールへ結び付けたりします。ログアウト表示、検索、共有カード、返信通知、エクスポート、リンク見出しを自分のアカウントだけで確認します。他人の非公開資料を集めたり、保護を破ったりしてはいけません。目的は自分の意図しない露出を減らすことで、他人の身元を明らかにすることではありません。

アカウント、復旧、外部ログイン、決済の橋をたどる

設定の保存、アクセス復旧、購読管理、アカウント終了には継続性が要ります。登録識別子、外部ログイン、復旧用メールや番号、内部 ID、購入レシート、購読顧客参照、問い合わせ番号を別々に記録します。決済事業者が請求情報を扱い、アプリには取引や利用権の参照だけを返す場合もあります。認証事業者がログインを確認し、アプリが独自 ID を持つ場合もあります。設計は一律ではないため、現在の通知と設定で確かめます。匿名投稿がアカウントに付くか、担当者が説明された理由で関係を取り出せるか、エクスポートや削除がその関係をどう扱うかを尋ねます。偽の請求情報や復旧情報で匿名を作ろうとしてはいけません。

端末、ネットワーク、内容、メタデータの痕跡を棚卸しする

本文だけがデータではありません。IP アドレス、cookie や広告 ID、端末フィンガープリント、アプリ版、言語、ネットワークから推定する大まかな地域、セッション時刻、障害イベント、アップロード名、添付属性、編集履歴、配信記録が処理される可能性があります。ICO はオンライン識別子が利用者を区別し、他情報との組合せでプロフィールを作る場合があると説明します。ただし全アプリが全項目を集めるという意味ではなく、端末の権限画面だけでもサーバー記録は分かりません。ストア表示、現在のプライバシー通知、機能内説明、権限、個人エクスポート、公式回答を一つの表にし、必須、任意分析、機能限定を分けます。内容削除とログ保管、権限取消と過去アップロード削除も別です。

安全ログと処理事業者を含め、範囲を決める

匿名コミュニティでも、通報、回数制限、ブロック、安全イベント、審査結果、異議申立て、制御を実施した記録が必要になることがあります。同じ利用者に対して匿名でありながら、説明された安全目的でアカウントに結び付くことは両立します。ホスティング、認証、決済、分析、サポート、内容処理の各事業者について、どの種類が何を受け取り、何を行い、いつまで保つか確認します。モデレーションや安全制御を無効化、回避、探索してはいけません。最後に公開相手、安定別名、アカウント橋、技術痕跡、安全記録、処理事業者の六行を作り、確認済み、条件付き、不明に分け、根拠画面を添えます。既知の境界で最も弱い部分に合わせて利用範囲を決めます。

このテーマをさらに見る