結論へ
CreatorPrivacyKit

方法

実験の方法:対照する副本が無ければ、プラットフォームの結論にはしません

掲示板の一文は具体的に見えて、ファイルを指しません。開き直せる測定は、バイト、欄、その後に読んだ副本を指します。

写真の実験を測定と呼ぶために、何を書き残す必要がありますか?

写真の実験は、元ファイル、欄、ハッシュ、対照した副本を指して初めて測定です。対照の無い文は伝聞です。アプリの更新で、古い結果は引退します。

LINE Guide: sending images and videos

最終更新

短い結論

直接の結論:元ファイルと対照副本の無い文は伝聞です。ここでの完了は、対照を再確認できることです。

  1. 受け取り側:記録に要るのは、元、書き込んだ欄、ハッシュ、対照した副本です。画素を圧縮し直したかは別に書きます。
  2. そこから言えないこと:クライアントが変われば、先月の配送ファイルは今月の挙動ではありません。
  3. 送る前にできること:送る前にこのブラウザでメタデータを削除します。ファイルは端末に残り、このサイトには上がりません。

🟢 方法を明記 · 2026年11月1日 · 手元のビューアとクリーナー

1. 中身の分かっている元ファイルを作る

機密でない画像を使う。形式、画素数、バイト数、SHA-256 を記録する。分かりやすい GPS、カメラ名、日時、必要なら XMP や C2PA を仕込む。原本は端末に残す。

2. 見る欄を先に決める

EXIF の位置情報、撮影日時、機種、XMP、IPTC、ICC、C2PA/JUMBF。ダウンロードした複製に欄が無いことは、「平台が受け取っていない」証明ではない。

3. 前後のハッシュ

元と、受け取った複製すべてで SHA-256。一致すればその経路は同一バイトを渡した。変化すれば変換があった。メタデータだけ消した、とは限らない。

4. 複製を比べる

ローカルツールで EXIF や XMP、PNG チャンクを見る。解像度とサイズも書く。画素が変わったのか、ヘッダだけなのかを分ける。

5. 位置情報

GPSLatitude などと XMP の位置。複製に GPS が無いことは、サーバ側ログの話ではない。

6. 再圧縮かどうか

解像度、量子化テーブル、エンコーダ署名、ファイルサイズの変化は再エンコードの合図。ハッシュ一致ならその回の再エンコードは否定できる。

7. 環境を残す

OS、アプリやブラウザの版、写真送信かファイルか、押したボタン。これがないと再現できない。

8. 結果は古くなる

トークアプリの画像処理は変わる。2024 年の観察は 2026 年の保証ではない。

FAQ

未実施のページが多いのはなぜ?

URL と手順は先に固定しています。日付付きの実測がないうちに、Discord や LINE の挙動を書かない、という約束です。

EXIF が無いことは、平台が受け取っていない証明?

違います。ダウンロードできた複製にその欄が無かった、というだけです。

今年の結果は来年も正しい?

自動的には正しくありません。クライアントや送信経路は変わります。