Lokationsdata på telefonen: præcision og fejlkilder

Forside › iPhone-forensik · Gennemgået oktober 2026 · Af John Nielsen

En position fra en telefon er ikke et punkt, men et skøn. Telefonen beregner sin placering ud fra satellitter, kendte Wi-Fi-netværk, mobilmaster og bevægelsessensorer, og hver metode har sin egen præcision og sine egne fejl. På Android suppleres placeringen af andre aktivitetsdata; se Android-artefakter, og for biler og smart home-enheder Smart home og IoT. De fleste registreringer har et felt for horisontal nøjagtighed, der fortæller, hvor sikkert skønnet er. Feltet er det første, analysen skal læse, og det, der oftest mangler, når en enkelt koordinat vises som et punkt.

Artiklen handler om mekanikken: hvordan positionerne beregnes, hvilke felter de gemmes med, og hvor fortolkningen typisk glider. Bevisværdien i en sag, spørgsmålene til klienten og edition af en modparts data er advokatsitets emne: Lokationsdata fra telefonen som bevis.

Sådan bestemmer telefonen sin position

Satellitnavigation (GNSS) · Typisk præcision: Fra få meter udendørs med frit udsyn · Svagheder: Ringe indendørs, reflekser mellem høje bygninger, langsom første fix
Wi-Fi-positionering · Typisk præcision: Ofte tiere af meter i byer · Svagheder: Afhænger af en database over netværk, som kan være forældet
Mobilmaster · Typisk præcision: Fra hundreder af meter til flere kilometer · Svagheder: Grov, især på landet
Bluetooth og sensorer · Typisk præcision: Supplerer ved kort afstand og bevægelse · Svagheder: Sjældent selvstændig kilde

Moderne telefoner bruger en sammensat position, hvor styresystemet kombinerer kilderne og vælger den bedste tilgængelige. Den gemte post siger ikke altid, hvilken kilde der dominerede, men nøjagtighedsradius giver et fingerpeg: en radius på få meter tyder på satellitter, en radius på flere hundrede meter på mobilnet.

Nøjagtighedsradius

Radius angiver et område, hvor den sande position med en vis sandsynlighed ligger. Den er ikke en garanti. Android definerer i sin udviklerdokumentation radius som 68 procents konfidens: Der er 68 procents sandsynlighed for, at den sande position ligger i cirklen, og altså omkring en tredjedel for, at den ligger udenfor. Apple beskriver radius som usikkerheden i meter uden at angive et konfidensniveau, så for iPhone kan sandsynligheden ikke fastslås ud fra dokumentationen. Det betyder, at en position med radius 50 meter ikke udelukker, at telefonen var 80 meter væk.

Den praktiske regel er derfor at vise cirklen, ikke kun midtpunktet, og at formulere konklusionen i forhold til den. To adresser, der begge ligger inden for cirklen, kan ikke adskilles på grundlag af den post.

Hvor data ligger på telefonen

Kilderne adskiller sig i, hvilke felter de gemmer, og hvem der har skrevet dem. Det afgør, hvor meget de kan bære:

Systemets placeringsdata (iPhone) · Typiske felter: Koordinater, nøjagtighed, tid, i nogle tabeller hastighed og retning · Bemærkning: Ligger i beskyttede databaser, som kun et filsystemudtræk når; se iPhone-artefakter: Biome, skærmtid og placeringsdata
Google Maps-tidslinje (Android) · Typiske felter: Besøg, ture og underliggende punkter · Bemærkning: Gemmes i nyere versioner på enheden; en valgfri krypteret backup hos Google kan ifølge Google kun åbnes af den enhed, der lavede den
Billeder og video · Typiske felter: GPS-felter i filens metadata, sat af kameraappen · Bemærkning: Tid i metadata og filsystemets tid kan afvige; se EXIF, XMP og IPTC
Tredjepartsapps · Typiske felter: Appens egne punkter, ofte med høj frekvens · Bemærkning: Formatet er appens eget og skifter mellem versioner
Wi-Fi-historik · Typiske felter: Netværksnavn, BSSID og tid for forbindelse · Bemærkning: En forbindelse er en hændelse, ikke en beregning, og BSSID kan knyttes til en kendt router
Kontoens aktivitetsdata · Typiske felter: Punkter og aktiviteter i skyen · Bemærkning: Kan rumme data, der er væk fra telefonen; se Private Google-konti: aktivitetsdata og placeringshistorik

Notér for hver kilde database, tabel og appversion, fordi kolonnenavne og tidsformater ændres mellem versioner, og et parsingværktøj kan læse et felt forkert efter en opdatering.

Rå punkter og afledte besøg

I databaserne ses forskellen mellem måling og fortolkning ofte direkte i strukturen. En målt post har koordinat, nøjagtighed og et tidspunkt for målingen. En afledt post har et start- og sluttidspunkt, et stednavn eller et sted-id fra en ekstern database over adresser og forretninger og ofte en sandsynlighed for stedet eller transportformen. Det afledte besøg er resultatet af en klyngeberegning over mange punkter, og stedet er det mest sandsynlige i nærheden, ikke en måling af selve adressen.

Ruter er tilsvarende tegnet mellem få punkter og kan være lagt ind på vejnettet af kortvisningen. Den tekniske kontrol er at tælle de målte punkter i tidsrummet og se deres afstand i tid og rum: ti punkter langs en vej med lille radius er noget andet end to punkter med en streg imellem. Analysen bør bygge på de målte poster, og de afledte poster bør stå i rapporten som systemets fortolkning med angivelse af, hvilken tabel de kommer fra.

Tidsstempler

En position har typisk et tidspunkt for målingen, men i nogle databaser er det tidspunktet, posten blev skrevet, eller starten og slutningen på et besøg. Hyppigheden af målinger varierer med bevægelse, batteri, strømbesparelse og hvilke apps der beder om position. En telefon i ro kan gå lang tid uden nye punkter, og et hul i data er derfor ikke det samme som et hul i telefonens færden. Tidsstempler skal omregnes og kontrolleres som alle andre; se Tidslinjeanalyse.

Typiske fejlkilder

Reflekser i byer: Satellitsignaler reflekteres af bygninger, så positionen springer til den anden side af gaden eller ind i en nabobygning.
Indendørs: Positionen falder tilbage til Wi-Fi eller mobilnet med større radius, uden at det nødvendigvis ses tydeligt på kortet.
Forældede Wi-Fi-databaser: Et netværk, der er flyttet, fx en router taget med til en ny adresse, kan placere telefonen på den gamle adresse.
Første position efter tænding: Kan være grov og blive forbedret sekunder senere. Begge poster kan være gemt.
Udglatning og snapning: Kortvisninger trækker punkter ind på nærmeste vej eller bygning.
Flere enheder på samme konto: Kontoens historik kan blande positioner fra telefon, tablet og ur.
Manipulerede positioner: På Android kan en udviklerindstilling tillade en app at levere falske positioner. Spor efter sådanne indstillinger og apps skal dokumenteres, hvis de findes, og indgår i vurderingen af pålideligheden; de bevirker ikke i sig selv, at alle data er falske.

Sikring

Lokationsdata er flygtige. Systemets historik ryddes efter en periode, apps sletter gamle punkter, og en tidslinje på enheden kan forsvinde, hvis funktionen slås fra eller appen geninstalleres. Sikringen bør derfor ske tidligt, og den bør dække både telefonen og de konti, der kan indeholde en kopi. De mest detaljerede systemdata kræver typisk et fuldt filsystemudtræk, fordi de ligger i beskyttede databaser, som en almindelig backup ikke altid medtager.

Lad være med at åbne kortapps eller tidslinjevisninger på telefonen for at “se efter”. Det kan udløse ny positionsbestemmelse, synkronisering og oprydning, og det skaber nye poster midt i det materiale, der skal sikres. Notér i stedet telefonens tilstand og indstillinger for placeringstjenester ved modtagelsen.

Krydsvalidering

Krydsvalidering kræver, at kilderne faktisk er uafhængige. Et billede og systemets placeringshistorik kan begge bygge på den samme positionstjeneste i telefonen og er derfor ikke to målinger, men én. Reelt uafhængige kilder er fx en forbindelse til en router med kendt BSSID og kendt placering, en bils egen GNSS-modtager eller en betalingsterminal med fast adresse. Læg dem på samme tidsakse i UTC, og opgør for hvert tidspunkt, om de er forenelige inden for radius og den tid, der skal til at flytte sig mellem punkterne. Uforenelige kilder beskrives som sådan, med de mulige tekniske forklaringer. Bilens data er gennemgået i Telematik og flådestyring: GPS-logs teknisk.

Hvad lokationsdata kan og ikke kan bevise

Det stærkeste, en målt post kan bære, er, at enheden på målingstidspunktet befandt sig i en cirkel med den angivne radius og den sandsynlighed, platformen knytter til radius. En bestemt lejlighed eller et lokale kan sjældent udskilles, og hvem der havde telefonen med, ligger uden for dataene. Konklusionen formuleres derfor med kilde, tabel, radius, tidspunkt i UTC og en konklusionsgrad.

Dokumentation

Angiv for hver position kilden (database og tabel eller fil), de rå værdier for koordinater, radius og tid, omregningen, og om der er tale om en rå måling eller en afledt post. Kort i rapporten bør vise nøjagtighedsradius og angive kortkilde og projektion, så læseren ikke forledes af en enkelt prik.

Kilder og versioner

Senest gennemgået: oktober 2026.

Næste skridt

Del af: iPhone-forensik

Læs også: Firmatelefonen i en ansættelsessag: afgrænset og selektivt udtræk · Beskedapps i ansættelsessager: hvad der kan sikres lovligt

→ Mobilforensik i civile sager · Haster det? Forensisk sikring (hastesager koster ekstra) · For sagkyndige · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT

Skrevet af John Nielsen, IT‑sagkyndig og indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Har været IT‑sagkyndig i danske retskredse og ved Den Fælles Europæiske Patentdomstol (UPC). Om John Nielsen · LinkedIn · Redaktionel politik