Gendannelse af bevisbeskeder fra en beskadiget telefon eller beskadiget chatbackup¶

Når en kritisk civil retssag, familierets forældremyndighedskamp, høring om tilhold, klage over chikane på arbejdspladsen, tvist om entreprenørbedrageri eller kriminelt forsvar afhænger af tekstbeskeder, WhatsApp-chats, iMessages eller signaltråde fanget inde i en ødelagt telefon eller en beskadiget backup-fil, kan et enkelt forkert klik permanent ødelægge dit juridiske bevis. Moderne meddelelsesdatabaser gemmer ikke meddelelser som simple tekstfiler; de gemmer dem i relationelle SQLite-databaser (sms.db på iOS, mmssms.db / bugle_db på Android, msgstore.db.crypt14 / crypt15 på WhatsApp og SQLCipher-databaser på Signal) ledsaget af midlertidig Write-Ahead-log (.db-wal) journalfiler.

Hvis du ved et uheld lader en ny telefon overskrive din enkelt cloud-backup med en tom database, eller hvis du åbner en beskadiget SQLite-database uden at kopiere dens skjulte -wal fil først, eller hvis du indsender beskårne, uautentificerede skærmbilleder, som den modsatte advokat protesterer mod som falske, kan du miste både data og retssagen.

Denne vejledning indeholder trin-for-trin ikke-destruktiv chatudtrækning, reparation af SQLite-databaser, gendannelse af kryptografisk sikkerhedskopiering og rets-acceptable retsmedicinske protokoller baseret på National Institute of Standards and Technology (NIST) Special Publication 800-101 Rev. 902(14) (selvgodkendende elektronisk bevis via SHA-256 Hash-certificering) og officielle SQLite / SQLCipher-gendannelsesspecifikationer.

Gør dette nu¶

Hvis du har brug for at redde kritiske tekst- eller chatbeskeder fra en beskadiget telefon, en utilsigtet slettet tråd eller en fejlagtig backup:

1. Sæt telefonen i flytilstand med det samme, og SLUK automatisk iCloud/Google Drive-sikkerhedskopi. Dette er reglen nr. 1 for mobil efterforskning. Hvorfor? Først, når du sletter en besked i iMessage (sms.db), WhatsApp (msgstore.db), eller Android-beskeder, teksten ikke straks slettes fra flashdrevet, den sidder inde i SQLite-databasens "Freelist / Unallocated Pages" eller inde i den midlertidige Write-Ahead-log (.db-wal) indtil databasen kører en baggrund VACUUM oprydder eller begår nye beskeder over det. For det andet, hvis en besked blev slettet på din telefon i dag, din i nats 02:00 AM iCloud Backup eller Google Drive WhatsApp Backup indeholder stadig den intakte meddelelse, indtil aftenens automatiske Wi-Fi backup overskriver den. Aktivering af Flytilstand stopper både lokal SQLite-overskrivning og overskrivning af cloud-backup øjeblikkeligt. Hvis du er i umiddelbar fysisk fare fra en voldsmand eller stalker, hvis beskeder du gemmer, skal du først komme i sikkerhed og ringe til dit lokale alarmnummer (911 i USA og Canada, 112 i hele EU, 999 i Storbritannien) eller tjekke alarmnumre.
2. Installer eller log aldrig ind på WhatsApp eller Signal på en ny telefon, og klik på "Sikkerhedskopiér nu", før du gendanner dit gamle arkiv. Millioner af brugere mister årevis af WhatsApp-beviser, når de konfigurerer en erstatningstelefon: Hvis du springer den indledende gendannelsesprompt over (eller hvis gendannelsen mislykkes med 99 procent), og den nye tomme WhatsApp-installation kører en automatisk sikkerhedskopiering til Google Drev eller iCloud ved hjælp af din multi-it og iCloud, ** 0-kilobyte tom backup**.
3. Hvis telefonens skærm er sort eller knust (touch digitizer ødelagt), men telefonen stadig vibrerer eller ringer, skal du IKKE genstarte den. På både iOS og Android (Filbaseret kryptering / Før første oplåsning - BFU vs. Efter første oplåsning - AFU), så længe telefonen har været låst op én gang siden den sidste genstart (AFU tilstand), er de kryptografiske nøgler, der beskytter dine meddelelsesdatabaser, dekrypteret i RAM, så du kan tilslutte en $15 USB-C / Lightning-hub med en kablet USB-computermus og HDMI-skærm for at klikke på "Trust This Computer" og træk en fuld lokal backup. Hvis du tvinger en telefon med en ødelagt skærm til at genstarte, falder den ind BFU låst tilstand, hvor hverken en USB-mus eller en computer kan låse den op uden først at rette skærmen (se vores guide på ødelagt eller vandskadet telefongendannelse).
4. Når du kopierer en rå SQLite-database (sms.db eller msgstore.db), kopier ALTID de tre søskendefiler sammen (.db, .db-wal, og .db-shm). Alle moderne mobile beskeddatabaser kører i SQLite WAL (Write-Ahead Logging)-tilstand. Dine seneste dage eller uger med beskeder sidder ofte inde i ledsageren sms.db-wal eller msgstore.db-wal fil, IKKE inde i hovedet .db fil endnu. Hvis du kun kopierer sms.db og gå sms.db-wal bagved forsvinder de seneste meddelelser, eller databasen åbner som beskadiget.
5. Beregn og optag en kryptografisk SHA-256-hash af enhver eksporteret sikkerhedskopi eller databasefil med det samme. Før du undersøger eller konverterer en gendannet sikkerhedskopifil, skal du køre sha256sum (Linux/macOS) eller Get-FileHash -Algorithm SHA256 (Windows PowerShell) på det originale arkiv og gem hash-strengen på 64 tegn. I henhold til Federal Rule of Evidence 902(14) er en SHA-256 hashværdi guldstandarden for at bevise i retten, at dit digitale meddelelsesarkiv aldrig er blevet ændret eller photoshoppet.

flowchart TD
    A["Hurtigt behov for at gendanne og bevare bevisbeskeder (SMS, iMessage, WhatsApp, Signal)"] --> B["STRAKS FRYS: Aktiver flytilstand på telefonen og deaktiver automatisk skybackup på andre enheder"]
    B --> C{"Hvad er den aktuelle tilstand af telefonen og beskederne?"}
    C -->|"1. Telefonen virker, men beskeder blev bare ved et uheld slettet"| D["Tjek, om Cloud Backup (iCloud / Google Drive) eller Local WhatsApp '/Databases'-mappe har et snapshot før sletning"]
    D --> E["Før gendannelse via live telefon: Tag først en fuld lokal krypteret sikkerhedskopi til pc/Mac (`idevicebackup2` / iTunes / Finder / ADB) for at bevare SQLite WAL freelister"]
    C -->|"2. Telefonens skærm er ødelagt/sort, men kortet tænder stadig"| F["Må IKKE genstartes (hold i tilstanden 'Efter første oplåsning'); tilslut USB-C/Lightning Hub + Kablet USB-mus + HDMI-skærm for at låse op og godkende pc-sikkerhedskopi"]
    C -->|"3. Chat Backup-fil eller SQLite-database (`sms.db`, `msgstore.db`, Signal) er beskadiget/kan ikke gendannes"| G["Kopier ALLE TRE filer (`.db`, `.db-wal`, `.db-shm`) til en arbejdsmappe på pc/Mac"]
    G --> H{"Er databasen krypteret (`crypt14/crypt15` eller SQLCipher) eller standard SQLite?"}
    H -->|"Krypteret WhatsApp / Signal"| I["Dekrypter ved hjælp af 64-tegn E2EE Key / `/data/data/com.whatsapp/files/key` (`wa-crypt-tools`) eller Signal 30-cifret adgangskode ('signalbackup-tools')"]
    H -->|"Dekrypteret / Standard SQLite"| J["Reparer beskadigede B-træ sider ved hjælp af `sqlite3 .recover` eller skær slettede poster fra Freelist & WAL frames"]
    E --> K["Godkend for retten: Generer SHA-256 Hash + PDF i fuld tråd med Carrier CDR'er + FRE 902(14) erklæring"]
    I --> K
    J --> K

Arkitektur af mobil beskedlagring: Hvor dine beskeder faktisk bor¶

For at gendanne slettede eller beskadigede meddelelser uden at ødelægge dem, skal du forstå, hvor hvert operativsystem og meddelelsesplatform gemmer sin live-database, dets krypteringsnøgler og dets rullende lokale sikkerhedskopier:

Scenarie 1: Gendannelse af slettede eller beskadigede iPhone-beskeder (sms.db & ChatStorage.sqlite)¶

Hvis kritiske iMessages, SMS-beskeder eller WhatsApp-beskeder blev slettet på en iPhone, eller hvis iPhone er beskadiget, skal du følge disse nøjagtige trin i prioriteret rækkefølge:

Trin 1: Tjek den indbyggede iOS "Slettet for nylig" boks (første 30 til 40 dage)¶

På iOS 16, iOS 17, iOS 18 og nyere flytter sletning af en tekst- eller iMessage-tråd den ikke med det samme til rå SQLite-freelisteplads; den flytter den til en skjult papirkurv i 30 dage (op til 40 dage før permanent rensning): 1. Åbn appen Beskeder på iPhone. 2. Tryk på Rediger (eller Filtre) i øverste venstre hjørne. 3. Tryk på Vis nyligt slettede. 4. Vælg samtalen, og tryk på Gendan.

Trin 2: Udtræk sms.db og ChatStorage.sqlite fra en lokal Mac / Windows Backup uden at overskrive noget¶

Hvis beskeden blev permanent slettet fra "Slettet for nylig" (eller hvis du har brug for at udtrække beskeder til retten eller skære slettede SQLite-rækker), opret en fuld lokal sikkerhedskopi på en computer med det samme, mens telefonen stadig er i flytilstand:

1. Tilslut iPhone via USB-kabel til en Mac (Finder) eller Windows-pc (Apple-enheder / iTunes) eller Linux (libimobiledevice):
2. Marker afkrydsningsfeltet for "Krypter lokal sikkerhedskopiering" og indstil en simpel adgangskode, du ikke vil glemme (f.eks Evidence1234). (Hvorfor aktivere sikkerhedskopieringskryptering? En krypteret lokal iOS-sikkerhedskopi inkluderer yderligere retsmedicinske artefakter, helbredsdata, opkaldshistorik og nøgleringselementer, som Apple fjerner ukrypterede sikkerhedskopier).
3. Klik på Sikkerhedskopiér nu og vent på, at det er færdigt.
4. Find den rå backup-mappe på din computer:
5. macOS: -/Library/Application Support/MobileSync/Backup/<UDID>/
6. Windows: %APPDATA%\Apple Computer\MobileSync\Backup\<UDID>\ eller %USERPROFILE%\Apple\MobileSync\Backup\<UDID>\
7. Kopier det hele <UDID> mappe til et separat eksternt drev med det samme og udregn dens SHA-256-hash, så dit originale retsmedicinske øjebliksbillede aldrig kan ændres.
8. Find de nøjagtige meddelelsesdatabaser inde i iOS Backup ved hjælp af Apples SHA-1 Domain Hashes:
9. Apple omdøber hver fil i en iOS-sikkerhedskopi til dens SHA-1-hash Domain-RelativePath, sorteret i to-tegns undermapper:
   • Apple SMS / iMessage Database (HomeDomain-Library/SMS/sms.db): Findes i undermappe 3d/ -> fil 3d0d7e5fb2ce288813306e4d4636395e047a3d28
   • WhatsApp iOS-database (AppDomainGroup-group.net.whatsapp.WhatsApp.shared-ChatStorage.sqlite): Findes i undermappe 7c/ -> fil 7c7fba66680ef796b916b067077cc246adacf01d
   • Sikkerhedskopieringsfilindeks (Manifest.db): En master SQLite-indeks, der kortlægger hvert enkelt billede, stemmememo og hash til dets rigtige filnavn i SMS/Attachments/.
10. (Hvis du aktiverede sikkerhedskopieringskryptering, skal du dekryptere en arbejdskopi af sikkerhedskopien til en læsbar mappe ved hjælp af open source-værktøjer som f.eks. iphone-backup-decrypt i Python eller velrenommerede lokale seere som iMazing eller iBackup Viewer).

Scenario 2: Gendannelse af Android WhatsApp .crypt14 / .crypt15 og Signal .backup arkiver¶

1. Redning af en ældre WhatsApp-sikkerhedskopi, inden det 7-dages rullende vindue udløber¶

Hvad hvis nogen slettede en belastende WhatsApp-samtale på din Android-telefon for 3 dage siden, og i nats 02:00 Google Drev-sikkerhedskopi allerede har overskrevet skykopien? - Slut din Android-telefon til en computer via USB (i Filoverførsel / MTP-tilstand), eller åbn Android Filer-appen og naviger til:

Internal Storage/Android/media/com.whatsapp/WhatsApp/Databases/

2. Dekryptering beskadiget .crypt14 / .crypt15 WhatsApp-sikkerhedskopier på en computer (wa-crypt-tools)¶

Hvad hvis WhatsApp backup-filen går ned med 95 procent under telefongendannelse, fordi SQLite-databasen inde i den krypterede indpakning er en smule beskadiget? Du kan dekryptere .crypt14 eller .crypt15 container direkte på din computer, reparer SQLite-databasen og læs hver besked: - Hvis du har en .crypt15 Ende-til-ende krypteret sikkerhedskopiering og gemt din 64-cifrede hexadecimale nøgle (eller hvis du udpakkede /data/data/com.whatsapp/files/key eller encrypted_backup.key), installer open source Python retsmedicinske værktøj wa-crypt-tools (wagolek):

# Install wa-crypt-tools on Linux, macOS, or Windows Python:
python3 -m pip install wa-crypt-tools

# Decrypt a WhatsApp .crypt15 backup using your 64-character hex key:
wadecrypt <your_64_character_hex_key> msgstore.db.crypt15 msgstore.db

# Or decrypt a .crypt14 backup using the extracted 158-byte key file:
wadecrypt key msgstore.db.crypt14 msgstore.db

3. Udpakning og reparation af et beskadiget signal .backup eller Signal Desktop-database¶

• Til Android signal-YYYY-MM-DD.backup filer: Hvis en ny telefon nægter at importere en stor Signal backup-fil (eller hvis filen blev afkortet ved kopiering af et døende SD-kort), skal du bruge open source retsmedicinske værktøj signalbackup-tools (github.com/bepaald/signalbackup-tools) med din 30-cifrede numeriske sikkerhedskopi-adgangssætning for at pakke de ubeskadigede rammer ud, eksportere den rå SQLite-database og generere et rent, søgbart HTML-samtalearkiv med alle medievedhæftninger intakte:

  # Unpack a Signal Android backup (including truncated/partially corrupted archives) to HTML:
  signalbackup-tools signal-2026-10-30.backup "12345 67890 12345 67890 12345 67890" --exporthtml ./recovered_signal_chats/
  

• For Signal Desktop (-/.config/Signal/sql/db.sqlite): Selv hvis din smartphone blev knust i en bilulykke eller smidt i en sø, og du ikke har nogen telefonsikkerhedskopier, hvis din bærbare computer nogensinde har haft Signal Desktop forbundet, skal du kopiere hele Signal-applikationsmappen (%APPDATA%\Signal på Windows, -/Library/Application Support/Signal på macOS eller -/.config/Signal på Linux), før du åbner appen, og eksporter SQLCipher-databasen vha signalbackup-tools eller sqlcipher.

Scenarie 3: Reparation af en beskadiget SQLite-chatdatabase (database disk image is malformed) og udskæring af slettede rækker¶

Når en telefon mister batteriet midt i skrivningen eller lider af flash-lagringsfejl, åbnes sms.db, ChatStorage.sqlite, eller msgstore.db kaster den fatale SQLite-fejl: Error: database disk image is malformed (SQLITE_CORRUPT)

Kør aldrig destruktiv tredjeparts "betalt SQLite fixer" shareware på din originale database. Brug den officielle SQLite .recover kommando indbygget direkte i sqlite3 (version 3.29.0+), som scanner de rå 4-kilobyte databasesider én efter én og omgår brudte B-træ-indeksmarkører:

Trin-for-trin SQLite .recover og WAL checkpoint reparation¶

1. Lav en arbejdskopi af alle tre databasefiler (.db, .db-wal, .db-shm) i en ny mappe:

   mkdir ~/chat_rescue && cp sms.db* ~/chat_rescue/ && cd ~/chat_rescue/
   

2. Kør den officielle SQLite .recover kommando til at genopbygge en ren database (og fange mistede/freeliste rækker):

   # Standard recovery of all intact tables and rows into a brand-new healthy database:
   sqlite3 sms.db ".recover" | sqlite3 sms_repaired.db
   
   # FORENSIC DELETED-ROW RECOVERY: Add the --ignore-freelist flag so SQLite ALSO recovers
   # deleted message fragments still sitting inside unallocated freelist pages into a 'lost_and_found' table:
   sqlite3 sms.db ".recover --ignore-freelist" | sqlite3 sms_forensic_with_deleted.db
   

3. Eksporter et menneskelæsbart, kronologisk CSV/HTML-udskrift fra den reparerede database:
4. Til Apple iOS sms.db (Konvertering af Apples CoreData Nanosekund tidsstempel siden 1. januar 2001 til UTC/lokal dato):

   sqlite3 -header -csv sms_repaired.db "
   SELECT
       m.ROWID AS MsgID,
       datetime(m.date / 1000000000 + 978307200, 'unixepoch', 'localtime') AS Timestamp_Local,
       CASE WHEN m.is_from_me = 1 THEN 'SENT BY ME' ELSE 'RECEIVED' END AS Direction,
       h.id AS Contact_Phone_Or_Email,
       m.service AS Service_Type,
       m.text AS Message_Body,
       a.filename AS Attachment_Path
   FROM message m
   LEFT JOIN handle h ON m.handle_id = h.ROWID
   LEFT JOIN message_attachment_join maj ON m.ROWID = maj.message_id
   LEFT JOIN attachment a ON maj.attachment_id = a.ROWID
   ORDER BY m.date ASC;
   " > recovered_imessage_transcript.csv
   

5. Til WhatsApp Android msgstore.db (Moderne message tabelskema):

   sqlite3 -header -csv msgstore_repaired.db "
   SELECT
       m._id AS MsgID,
       datetime(m.timestamp / 1000, 'unixepoch', 'localtime') AS Timestamp_Local,
       CASE WHEN m.from_me = 1 THEN 'SENT BY ME' ELSE 'RECEIVED' END AS Direction,
       jid.raw_string AS Chat_Or_Sender_JID,
       m.text_data AS Message_Body
   FROM message m
   LEFT JOIN chat c ON m.chat_row_id = c._id
   LEFT JOIN jid ON c.jid_row_id = jid._id
   ORDER BY m.timestamp ASC;
   " > recovered_whatsapp_transcript.csv
   

Gør dine gendannede beskeder 100 % antagelige i retten (undgå indsigelsen om "Falske skærmbilleder")¶

Hver uge i familieretten, domstole for småsager, høringer om tilhold og civile retssager går folk hen til dommeren med løse, beskåret smartphone-skærmbilleder, hvor kontaktens øverste overskrift bare siger et kaldenavn som f.eks. "Ex-Husband" eller "Landlord Mike" uden telefonnummer og ingen fuldstændige datoer. Modstående advokater gør straks indsigelse i henhold til Federal Rule of Evidence 901 (Manglende autentificering) og Regel 106 (Rule of Completeness), idet de argumenterer for, at enhver kan omdøbe en anden forudbetalt telefon "Landlord Mike" i deres kontaktapp og sms'er sig selv falske beskeder på 30 sekunder.

5-punkts godkendelsestjeklisten for retssal for tekst- og chatbeviser¶

1. Slet eller omdøb midlertidigt kontaktens kaldenavn før eksport/skærmbillede, så det rå telefonnummer (+1-555-019-2834) eller e-mail vises i hver overskrift:
2. Før du tager backup-skærmbilleder (eller endnu bedre, brug et fuldtråds PDF-eksportværktøj som iMazing, Decipher TextMessage, eller SQLite CSV-forespørgslen ovenfor, der udskriver både visningsnavnet OG det rå handle.id telefonnummer på hver enkelt beskedboble), sørg for, at afsenderens faktiske 10-cifrede telefonnummer eller Apple ID-e-mail på afsenderen er synligt øverst i tråden, ikke kun et brugerdefineret kontaktkaldenavn.
3. Træk dine officielle mobiloperatøropkaldsoplysninger (CDR'er) og SMS/MMS-tidsstempellogge som uafhængig tredjepartsbekræftelse:
4. Mens dit mobilselskab (AT&T, Verizon, T-Mobile, EE, Vodafone, Rogers, Telstra) ikke opbevarer tekstindholdet af SMS-beskeder i lang tid (og aldrig ser krypteret iMessage/WhatsApp-indhold), giver din månedlige operatørudtog eller onlinekontoportal en uafhængig tredjepartslog med den nøjagtige dato, minut, og retning for hvert nummer, telefonud og telefonudgang. SMS/MMS besked og taleopkald.
5. Ved at vedhæfte din officielle AT&T / Verizon / T-Mobile Usage Log lige bag din tekstbeskedudskrift beviser det, at den anden parts telefonnummer faktisk sendte en SMS til din telefon kl. 14:22:09 on October 12, ødelægge enhver påstand om, at du forfalskede skærmbilledet.
6. Eksporter HELE den uredigerede samtaletråd (Regel for fuldstændighed - FRE Regel 106):
7. Udvælg aldrig isolerede skærmbilleder, og beskær aldrig dine egne svar. I henhold til Federal Rule of Evidence 106, hvis du tilbyder en del af en optaget samtale, kan den modsatte part kræve hele den omkringliggende tråd, og dommerne har mistillid til beskårne billeder, der udelader tidsstempler eller tidligere beskeder. Print hele kronologiske samtaleforløb.
8. Bevar den originale enhed OG SHA-256 hashed sikkerhedskopifilen (Best Evidence Rule - FRE Rule 1002 & Self-Authentication - FRE Rule 902(14)):
9. Tag den faktiske fysiske telefon (opladet og ulåst) med dig til retssalens høringsbord, så hvis den modsatte advokat bestrider udskriften, kan du fortælle dommeren: "Deres ærede, jeg har den originale enhed lige her ved advokatbordet til Rettens inspektion i henhold til Best Evidence Rule."
10. Derudover er data kopieret fra en elektronisk enhed i henhold til Federal Rule of Evidence 902(14) (og statslige ækvivalenter vedtaget i hele USA) selvgodkendende, når de ledsages af en skriftlig certificering, der angiver SHA-256 digital hashværdi for den originale udtrækning og kopien.
11. Vedhæft en underskrevet "Erklæring, der godkender elektroniske tekst-/chatbeskeder" (kopi-og-indsæt skabelon nedenfor):

DECLARATION AUTHENTICATING ELECTRONIC MESSAGE EVIDENCE
(Pursuant to Federal Rules of Evidence 901(b)(1), 901(b)(4), and 902(14) / State Equivalents)

I, [YOUR FULL LEGAL NAME], declare under penalty of perjury under the laws of the State of [STATE] and the United States of America that the following is true and correct:

1. I am the [Plaintiff / Defendant / Petitioner / Respondent] in this action and have personal knowledge of the facts set forth herein.
2. I am the sole owner and user of the [Apple iPhone / Android Smartphone], assigned telephone number [YOUR 10-DIGIT PHONE NUMBER].
3. Attached hereto as EXHIBIT A is a true, complete, and unedited chronological transcript and printout of [SMS / iMessage / WhatsApp / Signal] messages exchanged between my telephone number ([YOUR NUMBER]) and [NAME OF OTHER PARTY] at telephone number [OTHER PARTY'S 10-DIGIT PHONE NUMBER] between [START DATE] and [END DATE].
4. I personally know that telephone number [OTHER PARTY'S NUMBER] belongs to and is used by [NAME OF OTHER PARTY] because: (a) we have communicated at that number regularly since [YEAR]; (b) I have spoken to [NAME OF OTHER PARTY] by voice call at that exact number and recognized their voice; and (c) the messages inside Exhibit A contain distinctive personal facts, photographs, and references known uniquely to [NAME OF OTHER PARTY] (pursuant to FRE Rule 901(b)(4) Distinctive Characteristics).
5. Not a single message, timestamp, or attachment in Exhibit A has been altered, deleted, or modified in any way. On [DATE OF EXTRACTION], a complete forensic backup of the original messaging database (`[FILENAME, e.g., sms.db / msgstore.db]`) was preserved prior to printing Exhibit A, yielding the following cryptographic SHA-256 hash fingerprint:
   SHA-256 Hash: [INSERT 64-CHARACTER HEXADECIMAL SHA-256 HASH FROM sha256sum / Get-FileHash]
6. Attached hereto as EXHIBIT B are true and correct copies of my official mobile carrier call/message detail records from [NAME OF CARRIER] independently corroborating the dates, times, and telephone numbers of the communications.
7. The original smartphone device and the SHA-256 verified backup archive remain in my secure custody and are available for immediate inspection by the Court.

Executed on [DATE] at [CITY, STATE].

____________________________________
[YOUR SIGNATURE]
[YOUR PRINTED NAME]

Ofte stillede spørgsmål¶

Kilder tjekket¶

• National Institute of Standards and Technology (NIST, USA): NIST Special Publication 800-101 Rev. 1: Guidelines on Mobile Device Forensics (Preservation, Airplane Mode RF Isolation, SQLite Database Artefacts, and Hash Verification).
• Administrative Office of the United States Courts: Federal Rules of Evidence (FRE) Rule 106 (Remainder of or Related Writings or Recorded Statements), Rule 901(b)(1), (b)(4) and (b)(9) (Authenticating Electronic Evidence), Rule 902(0C23(13) and Copiee via Hash-værdi) og Regel 1002 (Krav til originalen).
• SQLite-konsortium: Officiel SQLite-dokumentation om Write-Ahead-logning (WAL-tilstand), filformat for korrupte databaser, freelist-sider og .recover CLI-kommando.
• Apple Inc.: Apple Platform Security Guide (Databeskyttelsesklasser, før første oplåsning vs efter første oplåsningsnøglehierarki og iTunes/Finder Backup Manifest-struktur).
• Scientific Working Group on Digital Evidence (SWGDE): Best Practices for Mobile Phone Forensics and SQLite Database Examination.

Relaterede guider¶

• Ødelagt eller vandskadet telefon: nøddataredning
• Utilsigtet sletning af filer, formateret drev og fotogendannelse
• Gendannelse af beskadigede Word-, Excel-, PDF- eller databasefiler
• Indkaldelse til vidneudsagn, indkaldelse af deponering og dokumentation af produktionsfrister
• Tilholdsforbud, beskyttelsesordrer og nødpåbud
• Globale alarmnumre