Smartwatches og fitnessdata: hvor data ligger, og hvad tidsstemplerne betyder

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

Kort svar: Data fra et smartwatch eller fitnessur ligger sjældent kun på uret. De registreres på uret, synkroniseres til en app på telefonen og ofte videre til producentens sky, og den mest komplette og stabile kilde er typisk telefonen eller kontoens dataudtræk. Hver registrering har et start- og sluttidspunkt, en kilde og ofte en tidszone, og tolkningen afhænger af at skelne mellem målt tid, synkroniseringstid og beregnede værdier.

Fitnessdata bruges i civile sager som tidsanker: var personen i bevægelse, sovende eller et bestemt sted på et bestemt tidspunkt. Hvordan data bruges som bevis i almindelighed, er beskrevet på digitalbevissikring.dk om smartwatches og fitnessdata. Her gennemgås den tekniske side.

Lovligt grundlag og helbredsoplysninger

Data fra et ur er knyttet til en bestemt person, og puls, søvn og aktivitet er helbredsoplysninger, som er særlige kategorier af personoplysninger efter databeskyttelsesforordningen. Sikring sker derfor kun fra bærerens egne enheder og konti med bærerens samtykke, eller efter en afgørelse. Udtrækket afgrænses til den periode og de datatyper, sagen handler om. Se særlige persondata i et udtræk.

Hvor data ligger

Uret · Indhold: Seneste målinger, træningspas, indstillinger · Bemærkning: Begrænset lager, data overskrives eller slettes efter synkronisering
Telefonens app · Indhold: Samlet historik, ofte i en lokal database · Bemærkning: Den mest komplette lokale kilde
Producentens sky · Indhold: Historik på tværs af enheder · Bemærkning: Tilgængelig via kontoens eget dataudtræk

På iPhone samler Sundhed-appen data fra Apple Watch, andre ure og tredjepartsapps. Databasen er en del af den krypterede sikkerhedskopi, ikke den ukrypterede. Se krypteret iOS-backup. Brugeren kan desuden eksportere alle sundhedsdata fra appen, hvilket giver en zip-fil med en XML-fil, hvor hver registrering har type, værdi, enhed, kilde, start- og sluttid.

Andre producenter har tilsvarende eksportfunktioner fra kontoen. For Fitbit beskriver Google, at eksporten afhænger af, om kontoen er knyttet til en Google-konto eller en ældre Fitbit-konto. Garmin tilbyder et samlet udtræk fra kontoens databehandlingsside, hvor træningspas leveres i de formater, de blev uploadet i, fx FIT. Formaterne og menuerne ændres jævnligt, så eksportvejen skal kontrolleres på tidspunktet for sikringen. Den generelle metode for kontoudtræk er beskrevet i platformenes dataudtræk som bevis.

Tidsstemplerne

Fire tider skal holdes adskilt:

Målingens start og slut. En pulsmåling er et punkt eller et kort interval, mens skridt ofte er samlet over minutter eller længere perioder. Et skridttal for et interval siger ikke, hvornår i intervallet skridtene blev taget.
Oprettelsestidspunktet. Hvornår registreringen blev skrevet til databasen. Det kan ligge timer eller dage efter målingen, hvis uret først synkroniserede senere.
Tidszonen. Mange formater gemmer UTC sammen med en forskydning, mens visningen i appen bruger telefonens aktuelle tidszone. Rejser og skift til sommertid giver forskydninger. Se UTC og sommertid i rapporten.
Urets eget ur. Uret synkroniserer sin tid med telefonen. En urafvigelse er sjælden, men et ur, der har været uden forbindelse længe, kan have en afvigelse. Se tidsstempelformater for de formater, der typisk optræder.

Kilde og indtastning

Hver registrering har en kilde: hvilket ur, hvilken telefon eller hvilken app der skrev den. I Sundhed-appens eksport er kilden og enheden angivet for hver registrering, og manuelt indtastede værdier er markeret i metadata. Det er afgørende, fordi en træning, der er indtastet bagefter, ikke har samme bevisværdi som en målt. Tredjepartsapps kan skrive data ind i den samlede database og kan også have beregnet værdierne ud fra telefonens egne sensorer.

Sikring

Telefonen. Sikr telefonen med et udtræk, der omfatter appens database, eller via en krypteret sikkerhedskopi. Se udtræk fra mobiltelefoner.
Kontoens eksport. Lad bæreren hente kontoens eget udtræk under dokumentation, og beregn hashværdien ved modtagelse.
Uret. Dokumentér urets model, firmware og indstillinger med fotografier. Undgå at synkronisere, før telefonen er sikret, hvis uret kan indeholde data, der endnu ikke er overført.
Afgrænsning. Filtrér til den relevante periode og de relevante datatyper på arbejdskopien, og bevar originalen uændret.

Typiske fejlslutninger

“Ingen skridt betyder, at personen sad stille.” Uret kan have været taget af, være ved at lade eller have været uden batteri.
“Puls betyder, at uret blev båret af personen.” Data viser, at et ur målte puls, ikke hvem der bar det.
“Søvn er målt.” Søvnfaser er en beregning ud fra bevægelse og puls, ikke en direkte måling.
“Positionen kommer fra uret.” Mange ure låner telefonens GPS, og positionen har så telefonens usikkerhed.

Sammenhold med andre kilder

Fitnessdata er stærkest, når de bekræftes af noget uafhængigt. Telefonens egne skridttællere og bevægelsesdata registrerer ofte samme periode med en anden kilde i databasen, og de to bør stemme overens, hvis telefon og ur blev båret af samme person. Lokationsdata fra telefonen, betalinger, adgangskort og loginlogs kan placere personen i tid og rum. Afvigelser er ikke i sig selv mistænkelige, men de skal forklares: et ur i lommen tæller forkert, en telefon på bordet tæller slet ikke. En samlet tidslinje, hvor hver kilde er markeret, gør det muligt at se, hvilke oplysninger der bærer konklusionen.

Når en part fremlægger fitnessdata

Fremlægges et skærmbillede fra en app eller en eksporteret fil, bør der spørges til, hvordan den er lavet. Et skærmbillede viser en sammenfatning, som appen har beregnet, og ikke de underliggende registreringer. En eksport kan være filtreret eller redigeret, før den blev afleveret. Bed om den oprindelige eksportfil med hashværdi og om adgang til at se registreringerne i appen under dokumentation. Kontrollér, om kilden for de afgørende registreringer er et ur eller en manuel indtastning, og om oprettelsestidspunktet ligger tæt på målingen eller langt senere.

Hvad data kan og ikke kan vise

Korrekt sikrede data kan vise, at et bestemt ur registrerede aktivitet, puls eller en træning i et tidsrum, og ofte med en præcision på minutter. De kan understøtte eller svække en tidslinje fra andre kilder. De kan ikke alene vise, hvem der bar uret, og beregnede værdier som søvn, kalorier og intensitet skal behandles som estimater, ikke som målinger.

I rapporten

Angiv ur og app med versioner, kilderne for hver anvendt registrering, tidszonehåndteringen og forskellen mellem målt tid og oprettelsestid, hvor den har betydning. Vis afgrænsningen af de sikrede helbredsdata.

Præsentér de afgørende registreringer i en tabel med kilde, starttid, sluttid, værdi og oprettelsestid, så læseren kan se, hvad der er målt, og hvad der er afledt. Hvor appens visning og de underliggende registreringer giver forskellige billeder, fx fordi appen har udjævnet en kurve eller samlet data fra flere enheder, bør begge vises med en forklaring. Helbredsoplysninger, der ikke er nødvendige for at besvare spørgsmålet, udelades eller anonymiseres i bilagene, og det noteres, hvad der er udeladt og hvorfor.

Kilder og versioner

Senest gennemgået: oktober 2026.

Næste skridt

Del af: iPhone-forensik

Læs også: Droner: flylogs, medier og app-data · Bilens infotainment og app-data

→ 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