Bez przesyłania, 100% lokalnie, bez konta

Artykuł

Co dzieje się z metadanymi zdjęcia, gdy je udostępniasz

Zdjęcie zrobione telefonem niesie osadzone metadane: model aparatu, znacznik czasu, często dokładne współrzędne GPS, wpisane w plik tak samo jak w każdym aparacie konsumenckim i telefonie zgodnym ze standardem Exif. To, co dzieje się dalej z tymi danymi, zależy całkowicie od tego, jak zdjęcie podróżuje. Wybór zdjęcia w galerii aplikacji do wiadomości zwykle przekodowuje obraz na potrzeby czatu i przy okazji usuwa osadzone pola; opcja wysłania pliku w tej samej aplikacji zwykle przekazuje oryginalne bajty nietknięte. Oto jeden mechanizm stojący za każdym kanałem i sposób, by sprawdzić, co naprawdę stało się z konkretnym zdjęciem, zamiast zgadywać.

Jeden mechanizm stojący za każdym kanałem

Metadane takie jak Exif są osadzone w bajtach pliku, wewnątrz tego samego kontenera co piksele. Za każdym razem, gdy aplikacja dekoduje obraz i przekodowuje go, by zmniejszyć go do dymka czatu, skompresować na potrzeby feedu, przekonwertować na inny format, buduje zupełnie nowy plik, i jeśli ten krok jawnie nie skopiuje przy okazji metadanych, nowy plik po prostu ich nie ma. Wysłanie lub skopiowanie dokładnie oryginalnych bajtów z kolei niczego nie zmienia, więc to, co było osadzone, pozostaje osadzone. Każdy kanał opisany poniżej jest wersją tej samej rozwidlonej ścieżki: przekoduj albo przekaż oryginał.

Dwie ścieżki dla tego samego zdjęcia: przekodowanie go na potrzeby czatu lub feedu tworzy nowy plik bez osadzonego Exif, podczas gdy wysłanie oryginalnego pliku zachowuje jego Exif nienaruszony

Aplikacje do wiadomości: wybór zdjęcia a plik lub dokument

Większość aplikacji do czatu oferuje dwa różne sposoby wysłania obrazu i zachowują się one inaczej dokładnie z powyższego powodu. Wybranie zdjęcia przez zwykły wybornik obrazów, ten pokazujący siatkę galerii i podgląd, zwykle przekodowuje je do rozmiaru i jakości odpowiedniej dla czatu, co jest właśnie krokiem przekodowania usuwającym osadzone metadane. Wybranie wysłania tego samego obrazu jako pliku lub dokumentu zamiast tego omija ten proces i przesyła oryginalne bajty, wraz z metadanymi. Zdjęcie wysłane jako plik, które wygląda ostrzej i pobiera się jako zauważalnie większy plik niż to samo zdjęcie wysłane jako zwykły obraz, jest bezpośrednim dowodem tego, że to samo przekodowanie miało miejsce albo nie.

Zrzuty ekranu zaczynają od czystej karty

Zrzut ekranu nie jest przekodowanym zdjęciem, to zupełnie nowy obraz stworzony przez proces przechwytywania ekranu systemu operacyjnego, i nigdy nie był połączony z aparatem, więc od początku nie ma żadnego pola GPS Exif ani modelu aparatu do odziedziczenia. To, co niesie zrzut ekranu, zależy od systemu: niektóre wpisują do pliku znacznik czasu przechwycenia lub podstawowe wymiary, żadne z nich nie jest związane z tym, gdzie faktycznie zrobiono leżące u podstaw zdjęcie. To także dlatego zrobienie zrzutu ekranu ze zdjęcia, zamiast udostępnienia pliku, jest czasem sugerowane jako sposób na przekazanie obrazu bez jego oryginalnych metadanych, kosztem utraty jakości z dodatkowego przekodowania.

Publiczne feedy przechodzą przez to samo rozwidlenie

Zdjęcia przesłane do publicznego feedu lub relacji zwykle przechodzą przez proces po stronie serwera, który generuje rozmiary faktycznie serwowane przez platformę, miniatury, wersje o szerokości feedu, czasem pobranie w pełnej rozdzielczości, a ten proces to kolejne przekodowanie, więc kopia widziana przez odwiedzających jest zwykle pozbawiona metadanych, które niósł oryginalny plik. To nic nie mówi o tym, co platforma zachowuje na własnych serwerach z oryginalnego przesłania, tylko o tym, co kończy osadzone w wersji, którą obcy może pobrać z feedu.

Podsumowanie kanał po kanale: wybór zdjęcia przekodowuje i zwykle usuwa metadane, wysłanie jako plik zachowuje oryginalne bajty, zrzut ekranu nigdy nie miał Exif aparatu, publiczny feed przekodowuje wyświetlaną kopię

Sprawdzanie konkretnego zdjęcia zamiast zakładania

Ogólne wzorce są punktem wyjścia, nie gwarancją: zachowanie aplikacji różni się w zależności od wersji i konkretnej użytej funkcji, a jedynym sposobem, by wiedzieć, co naprawdę niesie dany plik, jest sprawdzenie. Nasz czytnik EXIF otwiera obraz lokalnie i wypisuje każde osadzone pole, łącznie z GPS, więc możesz sprawdzić zdjęcie przed wysłaniem. Nasze narzędzie do usuwania EXIF najpierw usuwa te metadane z kopii, więc niezależnie od tego, jakiego kanału użyjesz potem, nie ma nic wrażliwego do przeniesienia, bez względu na to, czy ten kanał i tak by to usunął. Oba narzędzia działają w całości w przeglądarce: zdjęcie, które sprawdzasz lub czyścisz, nigdy nie jest wysyłane.

Narzędzia w tym artykule

Najczęściej zadawane pytania

Jeśli aplikacja do wiadomości usuwa metadane, czy moja lokalizacja jest na pewno bezpieczna?

Nie do końca. Usunięcie Exif z pliku obrazu wpływa tylko na to, co jest osadzone w tym pliku; nic nie mówi o tym, czy sama aplikacja albo platforma loguje na własnych serwerach twoje konto, adres IP czy czas przesłania. Usunięte metadane oznaczają, że sam obraz nie niesie już współrzędnych, a nie że plik został wysłany anonimowo.

Czy usunięcie zdjęcia z telefonu usuwa dane lokalizacji z kopii, które już wysłałem?

Nie. W chwili, gdy kopia opuściła twoje urządzenie, wszystko, co niosła w tym momencie jako metadane, stało się częścią osobnego pliku, na urządzeniu odbiorcy, na serwerze, gdziekolwiek wylądowała. Usunięcie oryginału później nie ma żadnego wpływu na kopie, które już istnieją gdzie indziej.

Skąd mam wiedzieć na pewno, czy konkretne zdjęcie nadal ma dane GPS?

Otwórz je w czytniku Exif i spójrz bezpośrednio na pole GPS, zamiast zakładać na podstawie tego, jakiej aplikacji lub ustawienia użyłeś. Zachowanie różni się w zależności od wersji aplikacji i wybranej opcji wysyłania, więc jedynym wiarygodnym sprawdzeniem jest odczytanie faktycznego pliku, który zamierzasz wysłać.

Źródła