Без завантаження, 100% локально, без облікового запису

Стаття

Що стається з метаданими вашого фото, коли ви ним ділитеся

Фото, зроблене на телефон, несе вбудовані метадані: модель камери, часову мітку, часто точні GPS-координати, записані у файл так само, як і в будь-якій споживчій камері й телефоні, що дотримуються стандарту Exif. Що станеться з цими даними далі, повністю залежить від того, як фото подорожує. Селектор фото в застосунку повідомлень зазвичай перестискає зображення для чату і, як побічний ефект, прибирає вбудовані поля; та сама опція надсилання файлу в тому ж застосунку зазвичай передає оригінальні байти без змін. Ось єдиний механізм, що стоїть за кожним каналом, і як перевірити, що насправді сталося з конкретним фото, замість того щоб гадати.

Один механізм за кожним каналом

Метадані на кшталт Exif вбудовані в байти файлу, всередині того самого контейнера, що й пікселі. Щоразу, коли застосунок декодує зображення і перекодовує його, щоб змінити розмір під бульбашку чату, стиснути для стрічки чи конвертувати в інший формат, він будує абсолютно новий файл, і якщо цей етап явно не копіює метадані, новий файл просто їх не має. Надсилання чи копіювання точно тих самих оригінальних байтів, натомість, нічого не змінює, тож усе, що було вбудовано, залишається вбудованим. Кожен канал, описаний нижче, це варіація того самого розгалуження: перестиснути або передати оригінал.

Два шляхи для того самого фото: перекодування для чату чи стрічки будує новий файл без вбудованого Exif, тоді як надсилання оригінального файлу зберігає його Exif недоторканим

Застосунки для повідомлень: селектор фото проти файлу чи документа

Більшість чат-застосунків пропонують два різні способи надіслати зображення, і вони поводяться по-різному саме з причини, описаної вище. Вибір фото через звичайний селектор зображень, той, що показує сітку галереї й попередній перегляд, зазвичай перестискає його до розміру і якості, придатних для чату, а це і є той самий етап перекодування, що прибирає вбудовані метадані. Натомість вибір надіслати те саме зображення як файл чи документ пропускає цей конвеєр і передає оригінальні байти, метадані включно. Фото, надіслане як файл, що виглядає різкішим і завантажується як помітно більший файл, ніж те саме фото, надіслане як звичайна картинка, це пряме свідчення того, що те саме перекодування відбулося чи не відбулося.

Скріншоти починаються з чистого аркуша

Скріншот, це не перекодоване фото, а абсолютно нове зображення, створене конвеєром захоплення екрана операційної системи, і воно ніколи не було звʼязане з камерою, тож немає поля GPS Exif чи моделі камери, яку можна успадкувати, взагалі. Що саме несе скріншот, залежить від ОС: деякі записують часову мітку захоплення чи базові розміри в файл, і жодне з цього не повʼязане з тим, де насправді було зроблено якесь базове фото. Саме тому скріншотити фото, замість того щоб ділитися файлом, іноді пропонують як спосіб передати зображення без його оригінальних метаданих, ціною втрати якості через додаткове перекодування.

Публічні стрічки проходять те саме розгалуження

Фото, завантажені в публічну стрічку чи історію, зазвичай проходять через серверний конвеєр, що генерує розміри, які платформа фактично видає, мініатюри, версії під ширину стрічки, іноді завантаження в повній роздільній здатності, і цей конвеєр є ще одним перекодуванням, тож копія, яку бачать відвідувачі, зазвичай позбавлена метаданих, які ніс оригінальний файл. Це нічого не каже про те, що платформа зберігає на власних серверах з оригінального завантаження, лише про те, що врешті вбудовано у версію, яку сторонній може завантажити зі стрічки.

Підсумок по каналах: селектор фото перестискає й зазвичай прибирає метадані, надсилання як файлу зберігає оригінальні байти, скріншот ніколи не мав Exif камери, публічна стрічка перекодовує показану копію

Перевірка конкретного фото замість припущень

Загальні закономірності є відправною точкою, а не гарантією: поведінка застосунків різниться за версією і за конкретно використаною функцією, і єдиний спосіб дізнатися, що насправді несе даний файл, це подивитися. Наш засіб читання EXIF відкриває зображення локально і перелічує кожне вбудоване поле, GPS включно, тож ви можете перевірити фото перед тим, як його надіслати. Наш засіб видалення EXIF спершу прибирає ці метадані з копії, тож яким би каналом ви не скористалися потім, там уже не залишається нічого чутливого, незалежно від того, чи прибрав би це той канал сам по собі. Обидва інструменти повністю працюють у вашому браузері: фото, яке ви перевіряєте чи очищаєте, ніколи не завантажується.

Інструменти з цієї статті

Поширені запитання

Якщо застосунок для повідомлень прибирає метадані, чи безпечна точно моя геолокація?

Не повністю. Видалення Exif з файлу зображення впливає лише на те, що вбудовано в той файл; це нічого не каже про те, чи логує застосунок або платформа ваш акаунт, IP-адресу чи час завантаження на власних серверах. Прибрані метадані означають, що саме зображення більше не несе координат, а не те, що файл надіслано анонімно.

Чи видалення фото з мого телефону прибирає дані геолокації з копій, які я вже надіслав?

Ні. У мить, коли копія залишила ваш пристрій, усі метадані, які вона несла на той момент, стали частиною окремого файлу на пристрої отримувача, на сервері, будь-де, куди вона потрапила. Видалення оригіналу потім ніяк не впливає на копії, що вже існують деінде.

Як напевно дізнатися, чи конкретне фото все ще має дані GPS?

Відкрийте його в засобі читання EXIF і подивіться прямо на поле GPS, а не робіть припущення на основі того, яким застосунком чи налаштуванням ви скористалися. Поведінка різниться за версією застосунку й за обраним способом надсилання, тож єдина надійна перевірка полягає в тому, щоб прочитати сам файл, який ви збираєтеся надіслати.

Джерела