
資金について:CypherpunkGuide は監視型広告を一切載せない——広告ネットワークも、トラッキングピクセルも、スポンサー記事もない。運営は透明な収益源による:現在は読者からの寄付、将来は購読と編集方針に合致した affiliate。私たちは広告主ではなく、読者に向き合う。
一枚の写真は、二つのものでできている。目に見える画像。そして、あなたが送るファイルだ。このファイルには、もう一つの中身がひそかに積まれている——シャッターを切った時刻、撮影した端末、その端末の serial number(カメラ固有の製造番号)、そして位置情報サービスがオンだったなら、あなたが立っていた地面の緯度と経度だ。この、もう一つの中身が EXIF(写真ファイルに自動で埋め込まれる撮影情報。位置情報を含みうる)——ほぼすべてのカメラとスマートフォンが、既定で写真に書き込む metadata(データについてのデータ)のかたまりだ。
これは、机上の空論ではない。2012年、指名手配中のハッカーが、恋人の自宅を突き止められた。アップロードした一枚の写真が、GPS による位置情報——衛星が割り出した緯度と経度——をまだ抱えていたからだ(Gizmodo、2012年)——彼は連邦刑務所での 禁錮27か月を言い渡された(FBI、2012年)。同じ年、当時ベリーズ当局から身を隠していた John McAfee を撮った雑誌の写真には、彼をベリーズ国境に近いグアテマラに位置づける座標が埋め込まれていた(NPR、2012年)——撮影した記者たちによれば、川辺の特定の一地点だ(The Next Web、2012年)。その一方で学術研究者たちは、ありふれた売買広告の写真から、出品者の自宅住所までたどり着けることを示した(Friedland & Sommer、USENIX HotSec 2010)。
だから、問いは「写真の metadata があなたの自宅を明かしうるか」ではない——それは、事件記録がすでに決着させている。本当の問いは、もう対処したと信じている人たちが、なぜ見つかり続けるのか、だ。そして答えは、居心地の悪いものだ。多くの助言は「プラットフォームが代わりに削ってくれる」で止まっていて、それは正しいのだが、身を切るほど鋭い例外つきなのだ。2026年7月6日、私たちは一枚のテスト写真に、既知の GPS 座標、二つの製造番号、そして縮小画像を書き込み、それを削除し、結果を1バイトずつ検証した。以下の手順は、その実験そのものだ。そしてこれこそ、ほとんどのガイドが抜かしている一手——データを取り除くことではなく、消えたと証明することなのだ。これは、二層構造の問題の metadata 側の話だ。もう半分——目に見える情景そのものが明かしてしまうもの——は、写真1枚で、AI はあなたの居場所を突き止める に地図化してある。
事件記録——たった一つのファイルに暴かれた三人#
ここに挙げる事例は、どれも決着がつき、記録に残り、そしてそれぞれ違った形で私たちに教えてくれる。一つ目は、この仕掛けが敵の全力とぶつかったときの威力を見せる。二つ目は、隠れ続けることに命がかかっていた人を、それが打ち負かした事実を突きつける。三つ目は、敵などまるでいない相手にさえ、それが働くことを示す。
ハッカー——Higinio Ochoa、2012年#
Higinio O. Ochoa III は、Anonymous 系のハッカー集団 CabinCr3w の w0rmer を名乗り、2012年2月にアメリカの法執行機関のサイトに侵入した。彼が挑発とともに投稿した「証拠」の中に、恋人の iPhone で撮った一枚の写真があった——そのファイルには GPS ブロックがまだ残っていて、オーストラリア・メルボルン郊外のウォンティルナ・サウスにある一軒の家を指し示していた(Gizmodo、2012年、CSO Online、2012年)。そこから捜査当局は、その場所を恋人へ、そして恋人を通じて Ochoa へとたどり着いた。彼は同年3月に逮捕され、罪を認め、連邦刑務所での禁錮27か月を言い渡された(FBI、2012年)。FBI から本気で逃げ回り、侵入の手口には長けていた人物が、スマートフォンのカメラの初期設定ひとつで、居場所を突き止められたのだ。
逃亡犯——John McAfee、2012年#
2012年12月、McAfee がベリーズ当局から身を隠していたころ、Vice は「We Are with John McAfee Right Now, Suckers(今まさに John McAfee と一緒にいるぜ、間抜けども)」と題した彼の写真を公開した。撮影に使われた iPhone 4S は、公開されたファイルに座標を埋め込んでいた——北緯15度39分29.4秒、西経88度59分31.8秒、グアテマラのリオ・ドゥルセ一帯だ(The Next Web、2012年)。McAfee は当初、自分でデータを細工したと主張したが、翌日には座標が本物だと認めた(NPR、2012年)。そして間もなく、グアテマラで身柄を拘束された。ここでのしくじりは、彼のものではない。他人のカメラが、彼の居場所を公開したのだ。あなたの metadata の露出には、あなたに向けられたすべての端末が含まれる。
テレビ司会者——Adam Savage、2010年#
『怪しい伝説(MythBusters)』の Adam Savage は、自分のトラックの写真に「さあ、仕事へ(Now it’s off to work)」というひと言を添えて投稿した——ところが、写真のジオタグ(位置情報のタグ)はそのトラックを自宅の前に位置づけ、しかも添えられた言葉は、これから家が留守になると告げていた(The New York Times、2010年)。敵もいなければ、追跡もない——ただの初期設定が、気軽な投稿を、住所と留守の予定表に変えてしまった。読者のほとんどは、逃亡犯でもハッカーでもない。だからこそ、この事例こそが、あなたのことなのだ。
写真ファイルには、実際に何が入っているのか#
EXIF(Exchangeable Image File Format)は、カメラが JPEG や大半の RAW(未加工の画像)ファイルに書き込む metadata の規格で、カメラ業界の団体 CIPA が定めている(DC-008)。画像は、あなたが見るものだ。EXIF は、ファイルが覚えているものだ——そして、覚えているのは場所だけではない。
| EXIF の項目 | 何が分かるか | 誰が使ってきたか |
|---|---|---|
| GPS の緯度/経度/高度 | シャッターを切った場所を、数メートルの精度で | FBI(Ochoa の事例)、そして閲覧ソフトを持つ誰でも |
| 撮影日時 | いつ撮ったか——GPS と組み合わせれば、生活のパターンに | Savage の事例——住所に加えて「留守」まで |
| 本体とレンズの製造番号 | どの一台のカメラか——公開ウェブ上を横断して検索できる | 製造番号の検索サービスが、カメラ単位で写真を索引化 |
| メーカー/機種/ソフトウェア | 端末と編集の指紋 | 身元を絞り込み、編集済みファイルを見分ける |
| 埋め込みの縮小画像 | 画像の小さな複製——ときに編集前の元画像 | 2003年の縮小画像事件(後述) |
この表のうち二つの行は、とりわけ強調しておく価値がある。一般向けのガイドが、ほとんど触れないからだ。
製造番号は、写真どうしを結びつける。 多くのカメラ——そして一部のスマートフォン——は、本体やレンズの製造番号を、自分が作り出すすべてのファイルに書き込む(書き込まない機種も多く、プラットフォームが削ることもあるので、これは確実な事実というより、確かめておくべきリスクだ)。書き込まれている場合、Stolen Camera Finder のようなサービスは、特定の製造番号を持つ写真をウェブ上から探し出すために存在する——盗難カメラを取り戻すために作られたものだが、同じ仕組みは、一台のカメラがこれまで公開してきた、削除し忘れのすべての写真をつなぎ合わせる手段にもなる。もしあなたが複数の身元を使い分けているなら——たとえば、仕事用の名前と、仮名のアカウント——一台のカメラが両方に削除し忘れのファイルを投稿していれば、その時点で、metadata の層で二つはもう結びついている。このつながりは、配信者は、どこで暴かれるのか で記録した、ドキシング(嫌がらせを目的に、本人の同意なく実名や住所などの私的情報を晒すこと)の連鎖と、同じ根を持つ、もっと目立たない現れだ。
縮小画像は、編集を裏切ることがある。 EXIF は、写真を撮った瞬間に作られる小さなプレビュー画像——embedded thumbnail(ファイル内に埋め込まれた縮小画像)——を抱えている。2003年、TechTV の司会者 Cat Schwartz は、切り抜き済みの写真を投稿した——ところが当時の編集ソフトは、埋め込まれた縮小画像を作り直さなかったため、切り抜く前の元画像が、公開されたファイルの中に一緒に紛れ込んだまま運ばれ、読者がそれを取り出してしまった(MetaFilter、2003年)。いまの OS 標準の編集機能は、たいてい縮小画像を作り直す。だが、サードパーティの処理系が必ずそうするとはかぎらない。ここでの教訓は「切り抜くな」ではない——目に見える編集は、目に見えないデータについて何ひとつ証明しない、ということだ。だからこそ、検証(後述)が、すべてを支える一手になるのだ。
初期設定が、あなたを裏切る場所#
いちばんよく耳にする安心材料——「どうせプラットフォームが EXIF を削ってくれる」——は、公開表示に関してはおおむね正しく、しかし防御としては危ういほど不十分だ。それは、端っこで破綻する。そして、その端っこでこそ、これまでの事件は起きてきた。
下の表がまとめるのは、削除がどこで破綻し、それをどう見抜くか——この記事が拠って立つ「確かめる」習慣そのものだ。ここに挙げる挙動は2026年に検証した時点のもので、アプリのバージョン・端末・アップロードの方法によって変わる。「どこを見ればいいか」の道しるべであって、恒久の保証ではないと考えてほしい。
| どこへ送るか | 何が残るか | どう見抜くか |
|---|---|---|
| 公開投稿——Instagram/Facebook/X | 公開版は再エンコードされるが、元ファイルはサーバー側に保持される(Meta のポリシー) | サーバー側の控えは覗けない——プラットフォームは削除前のファイルを抱えていると想定し、アップロードの前に削る |
| TikTok への投稿 | 公開版は再エンコードされる | 位置情報は別の手段でなお集められる。ファイルがきれいでも、追跡されていないとはかぎらない |
| メッセージアプリの写真モード——WhatsApp/Signal/Telegram | たいてい圧縮で EXIF が落ちる | テスト写真を1枚、自分あてに送り、実際に届いたものの metadata を読む |
| メッセージアプリのドキュメント/ファイルモード | metadata はそのまま素通りする——画質のために人が選ぶ経路だ(後述) | 「ファイルとして送信」は、読み取りツールで確かめるまで削除されていないものとして扱う |
| メール、クラウドの共有リンク、フリマ出品 | そもそも何も削られないことが多い | 削る層はあなただけ——どのファイルも自分で確かめる |
この表を実際の事件へと変えるパターンが、三つある。第一に、ドキュメントの罠。メッセージアプリは「写真」として送ると metadata を削る。画像を再エンコード(作り直して圧縮すること)するからだ。ところが、画質を保とうとして人があえて選ぶ「ファイルとして送信」は、すべてを保持してしまう。Signal 自身のコミュニティ文書も、その削除が効くのは「写真」として送る通常の経路であって、一般的な添付ファイルとして送られたものには及ばないと認めている(Signal Community)。WhatsApp と Telegram も、コミュニティの検証では同じように振る舞う——そして三つとも、あなたには何も警告しない。第二に、最初の一歩の問題。プラットフォームは公開する版からは削るが、プラットフォーム自身は完全なファイルを受け取っている。ローカルで削ることは、その座標を彼らの保管からも締め出す、唯一の方法なのだ。第三に、プラットフォームなしの問題。売買広告、フリマ出品、フォーラムの添付、メール——これらは、はるかに弱い保証のまま、ファイルをそのまま通す。これこそ、Friedland と Sommer が2010年に 「cybercasing」(公開写真の位置情報から下見する手口) と名づけた、体系的なリスクだ。二人は、ありふれた Craigslist の出品を手がかりに、写真の座標を街路地図と突き合わせ、出品者の自宅へまっすぐ歩いていった(ICSI、2010年)。自宅の中で貴重品を撮る出品者は、侵入者が最も欲しがるファイルを、そっくりそのまま作り上げている——何が盗む価値のあるもので、それがどこにあるか、を。
そして、両面から正しておくべき思い込みが、一つある。写真のスクリーンショットは、確かに、元の EXIF を持たない新しいファイルを作る——本物の、metadata の対処だ。だが、画像が写しているものについては、何ひとつ変えない。相棒となる記事 で述べたとおり——スクリーンショットが変えるのは、ファイルであって、写り込んだ景色ではない。
「信じる」ではなく「確かめる」——私たちの実演#
どのガイドも、metadata を削れと言う。だが、確かめろと言うガイドは、ほとんどない。そこで2026年7月6日、私たちはテスト用のファイルで、ひと続きの流れをすべて回してみた——既知の座標を書き込み、削除し、検証する——ExifTool 12.57(ディストリビューションのパッケージ版。upstream の最新は 13.59)を使い、Linux のマシン上で。ExifTool は、画像の metadata を読み書きするための、無料のコマンドラインの定番ツールだ。以下は実際の手順で、出力は重要な項目だけに絞ってある。どの手順も再現でき、手を加えていない完全なログは——一行残らず——この記事に添付してある(実験ログ)。
手順1——ファイルが何を抱えているかを見る。 私たちはテスト写真に、現実的な中身を持たせた——GPS の位置、北緯48.8584・東経2.2945(エッフェル塔。あえて当たり障りのない目印を選んだ)、本体とレンズの製造番号、撮影時刻、そして埋め込みの縮小画像だ。それから、このファイルが見知らぬ相手に何を語るのかを、尋ねてみた。
$ exiftool -a -gps:all -SerialNumber -LensSerialNumber -Model photo.jpg
GPS Latitude : 48 deg 51' 30.24" N
GPS Longitude : 2 deg 17' 40.20" E
GPS Altitude : 35 m
Serial Number : SN-TEST-123456
Lens Serial Number : LENS-TEST-789
Camera Model Name : TC-1フラグを一つ(-n)付ければ、これは十進数に変わる——48.8584, 2.2945——そのまま、どんな地図にも貼り付けられる。埋め込みの縮小画像も、そこにあった。948バイトの、画像まるごとの小さな複製で、コマンド一つで取り出せる。合わせて 1,510バイトの metadata が——どの画像ビューアでも目には見えないまま——場所と、機材の身元と、プレビューを運んでいたのだ。
手順2——削る。 ローカルで削る定番は、たった一つのコマンドだ。
$ exiftool -all= photo.jpg同じ操作を包んだ、デスクトップ向けの選択肢もある。ExifCleaner(オープンソース、ドラッグ&ドロップ、テレメトリ〔利用データの外部送信〕なし。2026年時点で v4.0)や、後述する OS 標準の共有オプションだ。
手順3——確かめる。 ここが、思い込みと、確かな知識とを分ける一手だ。手順1と同じ問い合わせを、削除後のファイルに対して走らせる。
$ exiftool -a -gps:all -SerialNumber -LensSerialNumber -ThumbnailImage photo.jpg
(no output)出力が空であること——それが合格の条件だ。GPS も、製造番号も、縮小画像も、生き残っていない。-all= のあとに残るのは、ファイルの構造だけ——寸法、符号化方式、サイズ——場所も、端末も、画像の以前の版も、何ひとつ指し示さないものだけだ。
手順4——初期設定を、自分の味方につける。 iPhone なら、共有シートの 「オプション」→「位置情報」 のスイッチで、送信するものから座標を外せる。さらに「設定」→「プライバシーとセキュリティ」→「位置情報サービス」→「カメラ」→ 「許可しない」 にすれば、そもそも書き込まれなくなる(Apple)。Android なら、カメラ自身の位置情報の許可が、そもそも座標を記録するかどうかを決める——ただし、知っておく価値のある、はっきりした限界がある。Google フォトが編集・削除できるのは、自分が推定した位置か、手で追加した位置だけだ。Google 自身のヘルプページによれば、カメラがファイルに書き込んだ座標は、Google フォトの中では一切削除できない——アプリが見せてくれる表示の下で、手つかずのまま生き延びる(Google)。この抜け穴こそ、手順3の存在理由そのものだ。書き出したファイルが本当にきれいかどうかは、アプリと、それが通ってきた経路しだいなのだから——スイッチや画面の表示ではなく、metadata 読み取りツールの、空の出力を信じること。
脅威の段階ごとの習慣#
上の「削って、確かめる」という一連の流れは、機械的なものだ。段階ごとに変わるのは、それをどれだけの頻度で回し、どこまで徹底するかだ。あなたの居場所を気にかけうる相手に応じて、下の行を選んでほしい——これは、私たちの AI 位置推定ガイド にある「構図とタイミング」の心得に対応する metadata 層版であって、その焼き直しではない。
| 段階 | 対象 | 身につける習慣 |
|---|---|---|
| 基本層 | 気軽に共有する人 | カメラの位置情報はオフ。公開投稿はプラットフォームの削除に任せてよいが、送るファイルには決して頼らない——削除を通さない「ドキュメントモード」の写真は送らない |
| 出品者 | フリマ・売買広告の利用者 | すべての出品写真を削除し、端末ごとに最初の一枚は検証する。身元の割れる背景を前に貴重品を撮らない——cybercasing はここから始まる |
| 身元を分けている人 | 仮名アカウント、クリエイター、活動家、生存者 | すべてを削除し、そのうえで検証する。製造番号は、身元をまたいで結びつける識別子だと考える。他人が撮ったあなたの写真は、どれも座標つきで出回ると想定する(McAfee の教訓)——ストーキングや親密なパートナーによる暴力(IPV)の生存者にとっては、削除し忘れの一枚が、加害者に現在の住所を手渡しかねない。だからこの段階では、あらゆるファイルを慎重に扱う |
どの段階にも共通するパターンがある。習慣の代償は数秒。そして、それが防ぐ失敗は、取り返しのつかない種類のものだ。座標は、いったん公開されれば、消せない記録の一部になる——投稿について 削除しても消えない——2026年、SNSの足跡はどこまで残るのか で地図化したのと、同じ「永続の経済学」だ。
結論——送っているのは、ファイルだ#
あなたが共有したつもりなのは、画像だ。だが、実際に共有したのは、ファイルだ。この記事のどの事例も——ハッカー、逃亡犯、テレビ司会者、切り抜き前の縮小画像、cybercasing にあった出品者——たった一つの隙間に行き着く。そして、その隙間には、機械的な直し方がある。ローカルで削り、そのうえで、ファイル自体を読むツールで検証する。2003年の縮小画像から今日まで、二十年ぶんの記録された事件が告げているのは、こういうことだ。痛い目に遭うのは、助言を一度も聞かなかった人ではない。もう対処したはず、と思い込んでいた人たちなのだ。
よくある質問#
写真にどんな metadata が入っているか、どうやって確かめますか?#
ファイルに直接、尋ねてください。ExifTool を入れて、すべてを見るなら exiftool photo.jpg、いちばん大事な項目だけなら exiftool -a -gps:all -SerialNumber photo.jpg を実行します。iPhone なら、写真を上にスワイプすると位置情報が見えます。Android なら、Google フォトで写真の詳細を開きます。OS 標準の表示が見せてくれるのは、その一部だけです——コマンドラインは、敵が見るものを見せてくれます。
SNS は、EXIF を自動で削除してくれるのではないですか?#
公開表示される画像については、たいていそうです——X、Facebook、Instagram、TikTok は、アップロードを再エンコードし、他のユーザーに見える metadata を落とします。ですが、プラットフォームはあなたの元ファイルを受け取っていて、そのデータをサーバー側に保持することがあります。そして、メッセージアプリの「ドキュメント/ファイルとして送信」(WhatsApp、Signal、Telegram)は、再エンコードを迂回し、完全な EXIF を届けてしまいます。フリマの出品やメールは、何も削らないことがよくあります。先にローカルで削ってしまえば、この問い自体が意味を失います。
写真を切り抜いたり、ぼかしたりすれば、metadata は消えますか?#
いいえ——ピクセルを編集することと、metadata を編集することは、別々の操作です。切り抜いたり、ぼかしたりした写真も、完全な EXIF ブロックを抱えたままでいられますし、有名な2003年の事例では、metadata の中の embedded thumbnail(埋め込みの縮小画像)が、切り抜く前の元画像を、なお抱えていました。いまの編集ソフトには、縮小画像を作り直すものもあれば、書き出し時に metadata を削るものもあります。確かめる唯一の方法は、metadata 読み取りツールで、出力されたファイルを検証することです。
写真の metadata は、匿名アカウントと実名アカウントを結びつけることがありますか?#
はい、ハードウェアの識別子を通じて、です。カメラの本体とレンズは、製造番号を EXIF に書き込みます。そして、製造番号で索引化された検索も存在します(盗難カメラの回収のために作られたものです)。一台のカメラが、削除し忘れの写真を二つの身元に投稿していれば、その時点で両者はつながっています——顔認識も、文体の分析もいりません。ファイルだけで、です。もし複数の身元を使い分けているなら、metadata を削ることは、やってもやらなくてもいい心がけではありません。身元を守る設計そのものです。
パソコンなしで、スマホだけで写真の metadata を消すには?#
iPhone なら、共有シートを開き、上部の 「オプション」 をタップして、送信・保存の前に 「位置情報」 をオフにします——これで、書き出される写真から座標が外れます。Android は、ギャラリーアプリによってまちまちで、しかも厄介な落とし穴があります。Google フォトが消せるのは、推定した位置か手で足した位置だけで、カメラ自身が書き込んだ座標は消せません——だからその値は、アプリの画面表示がどうであれ、生き延びることがあります(Google)。標準の手順で心もとないときは、ExifCleaner のような専用の除去ツールを使い、そのうえで metadata 読み取りツールで結果を確かめてください。証拠になるのは、スイッチではなく、ファイルの方です。
出典#
| # | 出典 | URL | アーカイブ |
|---|---|---|---|
| 1 | FBI——“Galveston Man Sentenced to Federal Prison for Computer Hacking”(2012年) | https://www.fbi.gov/sanantonio/press-releases/2012/galveston-man-sentenced-to-federal-prison-for-computer-hacking | https://web.archive.org/web/*/https://www.fbi.gov/sanantonio/press-releases/2012/galveston-man-sentenced-to-federal-prison-for-computer-hacking |
| 2 | CSO Online——“Embedded data, not breasts, brought down hacker”(2012年) | https://www.csoonline.com/article/535700/embedded-data-not-breasts-brought-down-hacker.html | https://web.archive.org/web/*/https://www.csoonline.com/article/535700/embedded-data-not-breasts-brought-down-hacker.html |
| 2b | Gizmodo——Ochoa の写真 GPS 追跡の報道(iPhone、ウォンティルナ・サウス、2012年) | https://gizmodo.com/these-breasts-nailed-a-hacker-for-the-fbi-5901430 | https://web.archive.org/web/*/https://gizmodo.com/these-breasts-nailed-a-hacker-for-the-fbi-5901430 |
| 3 | NPR——“Betrayed By Metadata: John McAfee Admits He’s Really In Guatemala”(2012年) | https://www.npr.org/sections/thetwo-way/2012/12/04/166487197/betrayed-by-metadata-john-mcafee-admits-hes-really-in-guatemala | https://web.archive.org/web/*/https://www.npr.org/sections/thetwo-way/2012/12/04/166487197/betrayed-by-metadata-john-mcafee-admits-hes-really-in-guatemala |
| 4 | The Next Web——“Vice leaves metadata in photo of John McAfee”(2012年) | https://thenextweb.com/news/vice-leaves-metadata-in-photo-of-john-mcafee-pinpointing-him-to-a-location-in-guatemala | https://web.archive.org/web/*/https://thenextweb.com/news/vice-leaves-metadata-in-photo-of-john-mcafee-pinpointing-him-to-a-location-in-guatemala |
| 5 | The New York Times——“Web Photos That Reveal Secrets, Like Where You Live”(2010年) | https://www.nytimes.com/2010/08/11/business/media/11photos.html | https://web.archive.org/web/*/https://www.nytimes.com/2010/08/11/business/media/11photos.html |
| 6 | Friedland & Sommer——“Cybercasing the Joint: On the Privacy Implications of Geo-Tagging”(USENIX HotSec 2010) | https://www.usenix.org/conference/hotsec10/cybercasing-joint-privacy-implications-geo-tagging | https://web.archive.org/web/*/https://www.usenix.org/conference/hotsec10/cybercasing-joint-privacy-implications-geo-tagging |
| 7 | ICSI——“Cybercasing” プロジェクトのメモ(2010年) | https://www.icsi.berkeley.edu/icsi/news/2010/08/cybercasing | https://web.archive.org/web/*/https://www.icsi.berkeley.edu/icsi/news/2010/08/cybercasing |
| 8 | CIPA——DC-008 Exchangeable image file format 規格 | https://www.cipa.jp/std/documents/e/DC-008-2012_E.pdf | https://web.archive.org/web/*/https://www.cipa.jp/std/documents/e/DC-008-2012_E.pdf |
| 9 | MetaFilter——2003年の埋め込み縮小画像(embedded thumbnail)事件を記録したスレッド | https://www.metafilter.com/27225/Photoshop-Thumbnails-Boobs | https://web.archive.org/web/*/https://www.metafilter.com/27225/Photoshop-Thumbnails-Boobs |
| 10 | Stolen Camera Finder——製造番号による写真検索 | https://www.stolencamerafinder.com/ | https://web.archive.org/web/*/https://www.stolencamerafinder.com/ |
| 11 | Apple——写真の位置情報 metadata を管理する(Personal Safety ユーザガイド) | https://support.apple.com/guide/personal-safety/manage-location-metadata-in-photos-ips0d7a5df82/web | https://web.archive.org/web/*/https://support.apple.com/guide/personal-safety/manage-location-metadata-in-photos-ips0d7a5df82/web |
| 12 | Google フォト ヘルプ——写真の位置情報を編集する | https://support.google.com/photos/answer/6153599?hl=en | https://web.archive.org/web/*/https://support.google.com/photos/answer/6153599?hl=en |
| 13 | ExifTool(作者 Phil Harvey)——公式サイト | https://exiftool.org/ | https://web.archive.org/web/*/https://exiftool.org/ |
| 14 | ExifCleaner——オープンソースの metadata 除去ツール(GitHub) | https://github.com/szTheory/exifcleaner | https://web.archive.org/web/*/https://github.com/szTheory/exifcleaner |
| 15 | Signal Community——ファイル種別ごとの metadata の挙動(写真か、ドキュメント/添付ファイルとしての送信か) | https://community.signalusers.org/t/list-of-meta-data-which-should-be-displayed-when-sending-certain-file-formats/31798 | https://web.archive.org/web/*/https://community.signalusers.org/t/list-of-meta-data-which-should-be-displayed-when-sending-certain-file-formats/31798 |
私たちのテスト成果物:2026年7月6日の「削除して検証する」実行から得た、手を加えていない実験ログ(ExifTool 12.57。テスト座標はエッフェル塔で、当たり障りのない目印として選んだ)。
この記事は、このサイトの写真プライバシーの筋のうち、metadata 側の半分だ。目に見える情景が明かしてしまうもの——そして、なぜそちらの半分は削り取れないのか——は、写真1枚で、AI はあなたの居場所を突き止める(2026年) に地図化してある。ドキシングの連鎖が、実際に一人の人物の周りでどう組み上がっていくのかは、配信者は、どこで暴かれるのか——5つの事例とドキシング防御(2026年) に、そして削除ボタンを押しても何が生き延びるのかは、削除しても消えない——2026年、SNSの足跡はどこまで残るのか にある。


