Ingen opplasting, 100% lokalt, ingen konto

Artikkel

Hva skjer med metadataene til bildet ditt når du deler det

Et bilde tatt på en telefon bærer innebygde metadata: kameramodell, tidsstempel, ofte nøyaktige GPS-koordinater, skrevet inn i filen på samme måte som på ethvert forbrukerkamera og telefon som følger Exif-standarden. Hva som skjer med dataene videre avhenger helt av hvordan bildet reiser. En meldingsapps bildevelger omkoder som regel bildet for chatten og fjerner de innebygde feltene som en bieffekt; den samme appens filsendingsvalg gir som regel over de opprinnelige bytene urørt. Her er den ene mekanismen bak hver kanal, og hvordan du sjekker hva som faktisk skjedde med et bestemt bilde i stedet for å gjette.

Én mekanisme bak hver kanal

Metadata som Exif er innebygd i filens byte, inne i den samme beholderen som pikslene. Når en app dekoder et bilde og omkoder det, for å endre størrelse for en chat-boble, for å komprimere det for en feed, for å konvertere det til et annet format, bygger den en helt ny fil, og med mindre det trinnet eksplisitt kopierer metadataene over, har rett og slett ikke den nye filen dem. Å sende eller kopiere de eksakte opprinnelige bytene, derimot, endrer ingenting, så det som var innebygd forblir innebygd. Hver kanal beskrevet nedenfor er en versjon av denne samme forgreningen: omkode, eller gi over originalen.

To veier for samme bilde: å omkode det for en chat eller feed bygger en ny fil uten innebygd Exif, mens å sende den opprinnelige filen beholder Exif-en intakt

Meldingsapper: bildevelger versus fil eller dokument

De fleste chat-apper tilbyr to distinkte måter å sende et bilde på, og de oppfører seg forskjellig av nøyaktig grunnen ovenfor. Å velge et bilde gjennom den normale bildevelgeren, den som viser et galleri-rutenett og en forhåndsvisning, omkoder det typisk til en størrelse og kvalitet passende for chatten, som er omkodingstrinnet som fjerner innebygde metadata. Å velge å sende det samme bildet som en fil eller et dokument i stedet hopper over den pipelinen og overfører de opprinnelige bytene, metadata inkludert. Et bilde sendt som en fil som ser skarpere ut og laster ned som en merkbart større fil enn det samme bildet sendt som et vanlig bilde er direkte bevis på at nettopp den omkodingen har skjedd, eller ikke.

Skjermbilder starter med blanke ark

Et skjermbilde er ikke et omkodet bilde, det er et helt nytt bilde skapt av operativsystemets skjermopptak-pipeline, og det var aldri koblet til et kamera, så det finnes ikke noe Exif GPS-felt eller kameramodell å arve i utgangspunktet. Hva et skjermbilde faktisk bærer avhenger av OS-et: noen skriver et opptakstidsstempel eller grunnleggende dimensjoner inn i filen, ingenting av det knyttet til hvor et underliggende bilde faktisk ble tatt. Dette er også hvorfor det å ta et skjermbilde av et bilde, i stedet for å dele filen, noen ganger foreslås som en måte å sende et bilde videre uten dets opprinnelige metadata, på bekostning av et kvalitetstap fra den ekstra omkodingen.

Offentlige feeder går gjennom samme forgrening

Bilder lastet opp til en offentlig feed eller story går vanligvis gjennom en serverbasert pipeline som genererer størrelsene plattformen faktisk viser, miniatyrbilder, feed-brede versjoner, noen ganger en nedlasting i full oppløsning, og den pipelinen er enda en omkoding, så kopien besøkende ser er typisk fratatt metadataene den opprinnelige filen bar. Det sier ingenting om hva plattformen selv beholder på sine egne servere fra den opprinnelige opplastingen, bare om hva som ender opp innebygd i versjonen en fremmed kan laste ned fra feeden.

Et kanal-for-kanal-sammendrag: bildevelger omkoder og fjerner som regel metadata, å sende som fil beholder de opprinnelige bytene, et skjermbilde hadde aldri kamera-Exif, en offentlig feed omkoder den viste kopien

Å sjekke et bestemt bilde i stedet for å anta

Generelle mønstre er et utgangspunkt, ikke en garanti: appoppførsel varierer etter versjon og etter nøyaktig hvilken funksjon som brukes, og den eneste måten å vite hva en gitt fil faktisk bærer er å se etter. EXIF-leseren vår åpner et bilde lokalt og lister opp hvert innebygde felt, GPS inkludert, slik at du kan sjekke et bilde før du sender det. EXIF-fjerneren vår fjerner de metadataene fra en kopi først, slik at uansett hvilken kanal du bruker etterpå, er det ikke noe sensitivt igjen å bære, uansett om den kanalen ville ha fjernet det uansett. Begge verktøyene kjører helt i nettleseren din: bildet du sjekker eller renser lastes aldri opp.

Verktøy i denne artikkelen

Ofte stilte spørsmål

Hvis en meldingsapp fjerner metadata, er posisjonen min definitivt trygg?

Ikke helt. Å fjerne Exif fra bildefilen påvirker bare det som er innebygd i den filen; det sier ingenting om hvorvidt appen eller plattformen selv logger kontoen din, IP-adressen din eller opplastingstidspunktet på sine egne servere. Fjernet metadata betyr at selve bildet ikke lenger bærer koordinatene, ikke at filen ble sendt anonymt.

Fjerner sletting av et bilde fra telefonen min posisjonsdataene fra kopier jeg allerede har sendt?

Nei. I det øyeblikket en kopi forlot enheten din, ble hva enn metadata den bar i det øyeblikket en del av en separat fil, på mottakerens enhet, på en server, hvor enn den landet. Å slette originalen etterpå har ingen effekt på kopier som allerede finnes andre steder.

Hvordan vet jeg med sikkerhet om et bestemt bilde fortsatt har GPS-data?

Åpne det i en Exif-leser og se direkte på GPS-feltet i stedet for å anta basert på hvilken app eller innstilling du brukte. Oppførsel varierer etter appversjon og etter hvilket sendingsvalg som ble valgt, så den eneste pålitelige sjekken er å lese den faktiske filen du er i ferd med å sende.

Kilder