内部告発前の匿名性チェック

公開ワークフロー

内部告発前に、文書、組織特有表現、クラウド履歴、行動痕跡を確認する。

内部告発では、勢いだけで動くと取り返しがつかなくなることがあります。

問題を見つけた瞬間、すぐに誰かへ送りたくなるかもしれません。証拠を残したい、被害を止めたい、組織の不正を知らせたい。その気持ちは自然です。

しかし、内部告発では、送る内容だけでなく、送る前の行動も記録されます。

文書を開いた履歴、印刷、ダウンロード、クラウド共有、メール転送、スクリーンショット、、接続元、使用端末。これらが組織内のログと結びつくと、告発者の候補が絞られます。

この記事では、内部告発前に最低限確認したい匿名性チェックを整理します。

法的判断、安全判断、証拠保全が関わる場合は、記事だけで決めず、弁護士、報道機関、支援団体などに相談してください。

内部告発前にまず必要なのは、ツール選びではありません。

何を守るのか、誰から守るのか、どの記録が相手に見えるのかを整理することです。

この段階で、「自分は何をしようとしているのか」を言語化します。

公益通報なのか、報道機関への情報提供なのか、労働問題の相談なのか、被害の証拠保全なのか。目的によって、適切な相手と手順が変わります。

内部文書は、本文だけではありません。

ファイルには、作成者名、変更履歴、コメント、テンプレート、作成日時、端末名、ファイルパス、文書番号、透かし、配布先識別子が残ることがあります。

確認するもの	見る理由
作成者情報	自分や組織内アカウントの名前が残ることがある
変更履歴	編集者やレビュー担当者が見える
コメント	内部会話や担当者名が残りやすい
ファイル名	案件名、部署名、日付、管理番号が含まれる
透かし	配布先や受け取り手を示す場合がある
画像・PDF内の文字	伏せたつもりの情報が埋め込み文字として残ることがある

原本は、必要に応じて証拠として保全します。

外部に渡すものは、原本とは別に作業用コピーを作り、や固有表現を確認します。ただし、証拠性が重要な場合は、むやみに加工しないでください。

何を加工してよいか分からない場合は、受け取り側の報道機関や弁護士に相談します。

業務端末、職場ネットワーク、組織のクラウド、業務メールは、内部告発には向きません。

これらは管理されていることがあります。ファイル操作、ログイン、印刷、外部送信、USB接続、ブラウザ履歴、通信先が記録される場合があります。

匿名性を考えるなら、端末、通信経路、アカウントを分けます。

ただし、分け方はリスクによって変わります。高リスクな内部告発では、自分で試行錯誤するほど痕跡が増えることがあります。信頼できる受け口の手順を先に確認してください。

内部告発では、「どこに送るか」が重要です。

相手が安全に受け取れないなら、送信者側がどれだけ注意しても保護は弱くなります。

報道機関やNGOには、匿名情報提供の専用窓口を用意しているところがあります。SecureDrop はその代表的な仕組みです。報道機関やNGOが経由で情報提供を受け付けるためのオープンソースシステムで、提出者のメタデータを減らす設計になっています。

GlobaLeaks は、内部告発プラットフォームを構築するための自由・オープンソースソフトウェアです。組織や団体が通報受付の仕組みとして導入することがあります。

Tor Browser は、これらの匿名提出システムにアクセスするときに使われることがあります。接続先から自分のを直接見えにくくするためのブラウザです。

これらを使う場合でも、必ず提出先の公式手順を読みます。

検索結果から適当に開いたページ、SNSに貼られたリンク、誰かが転送したURLをそのまま信じないでください。偽の受け口に送れば、内容も身元も危険になります。

内部告発では、送信内容だけでなく、時間も手がかりになります。

特定の資料が開かれた直後に外部へ送られる。勤務時間中に不自然な通信がある。会議直後に投稿される。退勤後すぐに特定の場所からアクセスする。こうした時間の重なりは、候補者を絞る材料になります。

匿名性では、内容と時間を分けて考えません。

内容、端末、通信経路、時間、現実の行動が一緒に見られます。

送る直前には、次の観点で止まります。