IT-kriminalteknik · macOS

Manuel validering af SQLite-, WAL- og SHM-artefakter

Viele macOS-Anwendungen – Nachrichten, Safari, Fotos, Notizen – speichern ihre Daten in SQLite-Datenbanken. Neben der Hauptdatei existieren oft eine „-wal“- und eine „-shm“-Datei. Die WAL-Datei kann jüngere Änderungen und ältere Versionen von Datenbankseiten enthalten, die in der Hauptdatei noch nicht oder nicht mehr stehen.

Uforpligtende forespørgsel

For Apple-computere er dette punkt særligt vigtigt, fordi hardware- og sikkerhedsarkitekturen har ændret sig betydeligt i de seneste år. En ældre Intel-iMac, en Intel-Mac med T2 Security Chip og en nyere Mac Studio med Apple Silicon må ikke behandles efter det samme tekniske skema. APFS, Secure Enclave, FileVault og den pågældende systemtilstand bestemmer, hvilke data der er tilgængelige, og hvilken sikkerhedsmetode der medfører færrest ændringer.

Automatische Parser können WAL-Inhalte unterschiedlich behandeln. Deshalb werden relevante Datensätze bei Bedarf direkt gegen Datenbankseiten, Transaktionskontext und Begleitdateien geprüft.

Teknisk baggrund

Im Write-Ahead-Logging werden Änderungen zunächst in die WAL geschrieben und später per Checkpoint in die Hauptdatei übernommen. Wer die Datenbank mit Standardwerkzeugen öffnet, kann einen Checkpoint auslösen und die WAL verändern. Unterschiedliche Parser behandeln WAL-Frames unterschiedlich; dadurch können Datensätze fehlen, doppelt erscheinen oder einem falschen Zeitpunkt zugeordnet werden.

Relevante spor og datakilder

  • Hauptdatenbank, -wal und -shm als Einheit gesichert
  • WAL-Frames mit Salt-Werten und Commit-Markierungen
  • Freelist-Seiten und nicht zugewiesener Bereich (gelöschte Datensätze)
  • Tabellenschema und Zeitstempelformate (z. B. Mac Absolute Time)

Hvorfor LanCologne?

LanCologne untersucht Apple-Computer nicht nach einem pauschalen Standardschema, sondern anhand der konkreten Hardware- und Sicherheitsarchitektur. Unsere Mitarbeiter verfügen über jahrzehntelange Erfahrung in der Informationstechnologie und langjährige praktische Erfahrung in der IT-Forensik.

Sådan gør vi

  • Sicherung der Dateien als Gruppe, Auswertung nur an Kopien.
  • Parserergebnis mit Seiten- und Frame-Ebene abgleichen.
  • Dokumentation, aus welcher Quelle (Hauptdatei, WAL-Frame, freier Bereich) ein Datensatz stammt.

Grænser

  • Nach erfolgtem Checkpoint und Überschreiben sind ältere Stände nicht mehr vorhanden.
  • Die Zuordnung eines WAL-Frames zu einem exakten Zeitpunkt ist nicht immer möglich.

Mulige resultater

  • Validierte Datensätze mit Herkunftsangabe
  • Hinweise auf gelöschte oder geänderte Einträge

Typiske anvendelsesområder

•Retslige og udenretslige ekspertudtalelser
•Bevissikring af iMac, Mac mini, Mac Studio, MacBook og Mac Pro
•Undersøgelse af Apple Silicon-, T2- og ældre Intel-systemer
•Håndtering af sikkerhedshændelser og undersøgelser af malware
•Analyse af APFS-, bruger-, program- og systemartefakter
•Rekonstruktion af fil-, bruger- og netværksaktiviteter
•Krydsjek af resultater fra automatiske parsere
•Analyse af slettede, historiske eller kun indirekte synlige spor
•Dokumentation til domstole, advokater, virksomheder og myndigheder

Hvorfor er dette undersøgelsesområde relevant i retsmedicinsk sammenhæng?

Viele macOS-Anwendungen speichern Informationen in SQLite. Eine belastbare Untersuchung berücksichtigt nicht nur die Hauptdatenbank, sondern je nach Zustand auch WAL- und SHM-Dateien und trennt aktive Datensätze von rekonstruierten Fragmenten.

Den retsmedicinske værdi ligger ikke alene i mængden af de fundne data, men i deres oprindelse og pålidelighed. Et filnavn, et tidsstempel eller en databasepost kan være misvisende uden kontekst. Derfor dokumenterer vi, hvordan et artefakt kan være opstået, hvilke alternative forklaringer der findes, og hvilke yderligere spor der underbygger fundet.

Automatische Parser können WAL-Inhalte unterschiedlich behandeln. Deshalb werden relevante Datensätze bei Bedarf direkt gegen Datenbankseiten, Transaktionskontext und Begleitdateien geprüft.

Især på moderne Mac-computere kan et forsøg på en „klassisk“ dataanalyse desuden strande på grund af tekniske begrænsninger. Hardwarebaseret kryptering, Secure Enclave, FileVault og APFS gør det klart, hvorfor det er så vigtigt at foretage en korrekt sikkerhedskopiering, inden selve analysen påbegyndes. Fejl i denne fase kan ikke altid rettes op på senere.

Ofte stillede spørgsmål

Was ist bei „SQLite-, WAL- und SHM-Artefakte manuell validieren“ forensisch zu beachten?
Vores undersøgelse begynder ikke med, at vi starter et analyseprogram, men med indsamlingen af bevismateriale. Enhed, model, serienummer eller inventarnummer, tilslutningstilstand, synlig systemtilstand og tilgængeligt perifert udstyr dokumenteres. Derefter afgøres det, om systemet skal forblive slukket, om en live-indsamling er hensigtsmæssig, eller om en recovery-, target-disk- eller share-disk-procedure er fagligt forsvarlig. I det næste trin fastlægges sikkerhedskopieringsstrategien. Her skelner vi mellem blokorienteret afbildning, logisk sikkerhedskopiering og målrettet triage. Valget afhænger ikke af bekvemmelighed, men af hardwaregeneration, FileVault, APFS-struktur, tilgængelig låse status og det konkrete bevisspørgsmål. Hvor det er teknisk muligt, arbejdes der i skrivebeskyttet tilstand. Uundgåelige ændringer i tilstanden ved live- eller gendannelsesforanstaltninger protokollereres udtrykkeligt. Den genererede sikkerhedskopi dokumenteres med hashværdier. Selve analysen foregår ikke på originalen, men på en arbejdskopi eller et verificeret bevismateriale-billede. På denne måde kan parsere, søgninger eller egne hjælpeprogrammer anvendes uden løbende at ændre det originale bevismateriale. I komplekse sager arbejder vi bevidst ikke med et enkelt stykke software. RECON LAB henholdsvis RECON ITR, Belkasoft X og X-Ways giver forskellige perspektiver på det samme bevismateriale. Hvis et relevant artefakt ikke dækkes fuldt ud af standardparsere, supplerer vi undersøgelsen med specialudviklede hjælpeprogrammer og scripts. Det afgørende er altid forbindelsen til rådataene: En selvudviklet parser er kun forensisk meningsfuld, hvis resultatet er reproducerbart og teknisk verificerbart. For en læser uden faglig baggrund er ét punkt særligt vigtigt: Et forensisk program „finder“ ikke automatisk sandheden. Det læser datastrukturer og fortolker dem efter kendte regler. Hvis Apple med en ny macOS-version ændrer en database eller et metadataformat, kan en parser reagere ufuldstændigt eller forkert. Derfor undersøger vi ved afgørende fund, hvilken fil, database eller filsystemstruktur resultatet stammer fra, og om en anden teknisk metode bekræfter den samme kendsgerning. Det er også grunden til, at vi anvender flere værktøjer. RECON LAB kan analysere Apple-specifikke strukturer direkte under macOS; Belkasoft X tilbyder et andet perspektiv på artefakter og korrelationer; X-Ways muliggør meget detaljerede filsystem- og rådatakontroller. Hvis uafhængige analyser stemmer overens, øger det pålideligheden. Hvis de ikke stemmer overens, undersøges årsagen, og man vælger ikke blot det mest bekvemme resultat.
Hvordan foregår en sådan retsmedicinsk undersøgelse i praksis?
1 Indsamling af bevismateriale og dokumentation af tilstanden Apple-enheden identificeres først entydigt og dokumenteres fotografisk eller skriftligt. Vi noterer, om den er tændt eller slukket, logget ind, låst eller tilsluttet eksterne lagringsmedier. Disse oplysninger kan senere være afgørende. 2 Teknisk klassificering Chipgeneration, macOS-version, APFS-struktur, FileVault og relevante sikkerhedsmekanismer fastlægges. Først ud fra dette fastlægges den passende registreringsmetode. 3 Bevissikker sikkerhedskopiering Sikkerhedskopieringen vælges således, at der ændres så lidt som muligt på originalen. RECON ITR kan, afhængigt af sagen, anvendes til imaging eller triage af moderne Mac-computere. Andre situationer kræver Apple Recovery, Target Disk Mode på Intel eller Share Disk på Apple Silicon. Hvert trin protokolleres. 4 Integritetskontrol Oprettede images eller logiske sikkerhedskopier navngives entydigt, forsynes med hashværdier og verificeres. Analyse og søgninger foretages derefter på arbejdskopier. 5 Flerstrenget evaluering RECON LAB, Belkasoft X og X-Ways kombineres afhængigt af problemstillingen. Et vigtigt resultat baseres så vidt muligt ikke kun på en enkelt parser-visning. 6 Manuel validering Hvis et artefakt er særligt bevismæssigt relevant, usædvanligt eller kun delvist understøttet af standardsoftware, gennemgår vi rådata, databasestrukturer, metadata eller filsystemoplysninger manuelt. Om nødvendigt anvendes egne værktøjer. 7 Rapport og bevisrelevans Til sidst nøjes vi ikke med blot at opregne, hvad et værktøj har vist. Vi forklarer, hvilken teknisk kilde der ligger til grund for fundet, hvilken konklusion der kan drages, og hvor grænserne går.
Hvilken retsmedicinsk betydning har resultaterne på dette område?
Viele macOS-Anwendungen speichern Informationen in SQLite. Eine belastbare Untersuchung berücksichtigt nicht nur die Hauptdatenbank, sondern je nach Zustand auch WAL- und SHM-Dateien und trennt aktive Datensätze von rekonstruierten Fragmenten. Der forensische Wert liegt nicht allein in der Menge gefundener Daten, sondern in deren Herkunft und Belastbarkeit. Ein Dateiname, ein Zeitstempel oder ein Datenbankeintrag kann ohne Kontext missverständlich sein. Deshalb dokumentieren wir, wie ein Artefakt entstanden sein kann, welche Alternativerklärungen bestehen und welche weiteren Spuren den Befund stützen. Automatische Parser können WAL-Inhalte unterschiedlich behandeln. Deshalb werden relevante Datensätze bei Bedarf direkt gegen Datenbankseiten, Transaktionskontext und Begleitdateien geprüft. Gerade auf modernen Macs kann außerdem der Versuch einer „klassischen“ Datenträgeranalyse an technischen Grenzen scheitern. Hardwaregebundene Verschlüsselung, Secure Enclave, FileVault und APFS machen deutlich, warum eine fachgerechte Sicherung vor der eigentlichen Analyse so wichtig ist. Fehler in dieser Phase können später nicht immer rückgängig gemacht werden.
Bliver formodninger fremstillet som sikre fund i forbindelse med en sådan undersøgelse?
Nej. Resultaterne af tekniske undersøgelser præsenteres kun i det omfang, de er underbygget af det faktisk dokumenterede datagrundlag. Antagelser, der ikke kan underbygges, formuleres ikke som dokumenterede fund.
Warum darf man die Datenbank nicht einfach öffnen?
Weil das Öffnen einen Checkpoint auslösen und die WAL-Datei verändern kann.
Findet man in der WAL gelöschte Nachrichten?
Manchmal, wenn ältere Seitenversionen noch nicht überschrieben sind.
Gilt das nur für macOS?
Nein, auch iOS, Android und Windows-Anwendungen nutzen SQLite mit WAL.

Relaterede emner

LanCologne – macOS-forensik i Köln

Sie benötigen eine professionelle Untersuchung zu „SQLite-, WAL- und SHM-Artefakte manuell validieren“? LanCologne unterstützt Sie bei der beweissicheren Sicherung, mehrstufigen Auswertung und nachvollziehbaren Dokumentation. Entscheidend ist dabei nicht, möglichst viele automatische Treffer zu erzeugen, sondern technisch belastbare und überprüfbare Beweise zu sichern.

Kontakt os nu