Վնասված հեռախոսից կամ կոռումպացված զրույցի կրկնօրինակից ապացույցների հաղորդագրությունների վերականգնում¶

Երբ կրիտիկական քաղաքացիական հայցը, ընտանեկան խնամակալության դեմ պայքարը, խափանման միջոցի լսումը, աշխատավայրում ոտնձգության բողոքը, կապալառուի խարդախության վեճը կամ քրեական պաշտպանությունը կախված է տեքստային հաղորդագրություններից, WhatsApp-ի չաթերից, iMessages-ից կամ ազդանշանային շղթաներից, որոնք արգելափակված են կոտրված հեռախոսի կամ կոռումպացված պահուստային ֆայլի մեջ, մեկ սխալ սեղմումը կարող է ընդմիշտ ոչնչացնել ձեր օրինական պաշտպանությունը: Ժամանակակից հաղորդագրությունների տվյալների բազաները հաղորդագրությունները չեն պահում որպես պարզ տեքստային ֆայլեր. դրանք պահում են հարաբերական SQLite տվյալների բազաներում (sms.db iOS-ի վրա, mmssms.db / bugle_db Android-ում, msgstore.db.crypt14 / crypt15 WhatsApp-ում և SQLCipher տվյալների շտեմարաններում Signal-ում) ուղեկցվում է ժամանակավոր Write-Ahead Log-ով (.db-wal) ամսագրի ֆայլեր.

Եթե դուք պատահաբար թույլ եք տվել նոր հեռախոսին վերագրանցել ձեր մեկ ամպային կրկնօրինակը դատարկ տվյալների բազայով, կամ եթե բացել եք վնասված SQLite տվյալների բազան՝ առանց դրա թաքնվածը պատճենելու: -wal նախ ներկայացրեք, կամ եթե ներկայացնեք կտրված, չհաստատված սքրինշոթներ, որոնց հակառակ փաստաբանը առարկում է որպես կեղծ, կարող եք կորցնել և՛ տվյալները, և՛ դատական գործը:

Այս ուղեցույցը տրամադրում է քայլ առ քայլ ոչ կործանարար զրույցի արդյունահանում, SQLite տվյալների բազայի վերանորոգում, կրիպտոգրաֆիկ պահուստավորման վերականգնում և դատարանի կողմից ընդունելի դատաբժշկական պահպանման արձանագրություններ՝ հիմնված Ստանդարտների և տեխնոլոգիաների ազգային ինստիտուտի (NIST) Հատուկ հրապարակման 800-101 Rev. 1 (Guidelines on Mobile Device Forensics), Federal Rules (901) 902(14) (SHA-256 Hash Certification-ի միջոցով ինքնահաստատվող էլեկտրոնային ապացույց) և SQLite/SQLCipher-ի վերականգնման պաշտոնական բնութագրերը:

Արեք սա հիմա¶

Եթե Ձեզ անհրաժեշտ է փրկել կարևոր տեքստային կամ զրույցի հաղորդագրությունները վնասված հեռախոսից, պատահաբար ջնջված թեմայից կամ ձախողված կրկնօրինակից.

1. Անմիջապես միացրեք հեռախոսը ինքնաթիռի ռեժիմում և անջատեք iCloud/Google Drive-ի ավտոմատ կրկնօրինակումը: Սա բջջային դատաբժշկական փորձաքննության թիվ 1 կանոնն է: Ինչո՞ւ։ Նախ, երբ ջնջում եք հաղորդագրություն iMessage-ում (sms.db), WhatsApp (msgstore.db), կամ Android Messages-ում, տեքստը անմիջապես չի ջնջվում ֆլեշ կրիչից, այն գտնվում է SQLite տվյալների բազայի «Անվճար / չբաշխված էջեր» կամ ժամանակավոր Գրելու առաջ գրանցման մատյանում (.db-wal) մինչև տվյալների բազան գործարկի ֆոն VACUUM մաքրում կամ նոր հաղորդագրություններ է կատարում դրա վերևում: Երկրորդ, եթե այսօր հաղորդագրությունը ջնջվել է ձեր հեռախոսից, անցած գիշերվա 02:00-ի ձեր iCloud Backup-ը կամ Google Drive WhatsApp Backup-ը դեռևս պարունակում է անձեռնմխելի հաղորդագրություն, մինչև այս գիշերվա ավտոմատ Wi-Fi-ի կրկնօրինակումը չվերագրի այն: Օդանավի ռեժիմը միացնելը ակնթարթորեն դադարեցնում է ինչպես տեղական SQLite-ի վերագրանցումը, այնպես էլ ամպային պահուստավորման վերագրումը: Եթե դուք անմիջական ֆիզիկական վտանգի եք ենթարկվում տնային բռնարարի կամ հետապնդողի կողմից, ում հաղորդագրությունները պահպանում եք, նախ ապահով տեղ հասցրեք և զանգահարեք ձեր տեղական շտապ օգնության համարին (911 Միացյալ Նահանգներում և Կանադայում, 112 ամբողջ Եվրամիությունում, 999 Միացյալ Թագավորությունում) կամ ստուգեք. շտապ օգնության համարները.
2. Երբեք մի տեղադրեք կամ մուտք գործեք WhatsApp կամ Signal նոր հեռախոսով և կտտացրեք «Կրկնօրինակեք հիմա»՝ նախքան ձեր հին արխիվը վերականգնելը: Միլիոնավոր օգտատերեր կորցնում են WhatsApp-ի տարիների ապացույցները փոխարինող հեռախոսը տեղադրելիս. եթե բաց թողնեք վերականգնման սկզբնական հուշումը (կամ եթե վերականգնումը ձախողվի 99 տոկոսով), և նոր դատարկ WhatsApp-ի տեղադրումը կգործարկի ավտոմատ կրկնօրինակում կամ կրկնօրինակում է Google-ի կողմից պատմական W-ի միջոցով: ամպային կրկնօրինակում 0 կիլոբայթանոց դատարկ կրկնօրինակով**:
3. Եթե հեռախոսի էկրանը սև է կամ ջարդուփշուր (հպման թվայնացման սարքը կոտրված է), բայց հեռախոսը դեռ թրթռում է կամ զանգում է, մի վերագործարկեք այն: Թե՛ iOS-ի, թե՛ Android-ի վրա (Ֆայլի վրա հիմնված գաղտնագրում / Նախքան առաջին բացումը - BFU ընդդեմ առաջին բացումից հետո - AFU), քանի դեռ հեռախոսը վերագործարկվել է մեկ անգամ (վերջին անգամից հետո):AFU վիճակ), ձեր հաղորդագրությունների տվյալների բազաները պաշտպանող ծածկագրային բանալիները վերծանված են RAM-ում, ինչը թույլ է տալիս միացնել $15 USB-C / Lightning հանգույցը լարային USB համակարգչային մկնիկի և HDMI մոնիտորով սեղմելու համար: "Trust This Computer" և քաշեք ամբողջական տեղական կրկնօրինակում: Եթե դուք ստիպված եք վերաբեռնել կոտրված էկրանով հեռախոսը, այն ընկնում է BFU կողպված վիճակ, որտեղ ոչ USB մկնիկը, ոչ էլ համակարգիչը չեն կարող այն ապակողպել առանց էկրանը նախապես շտկելու (տե՛ս մեր ուղեցույցը. կոտրված կամ ջրից վնասված հեռախոսի վերականգնում)
4. Երբ պատճենվում է հում SQLite տվյալների բազա (sms.db կամ msgstore.db), ՄԻՇՏ պատճենեք երեք եղբայրների ֆայլերը միասին (.db, .db-wal, և .db-shm). Բջջային հաղորդագրությունների փոխանցման ժամանակակից տվյալների բազան աշխատում է SQLite WAL (Write-Ahead Logging) ռեժիմում: Ձեր վերջին օրերի կամ շաբաթների հաղորդագրությունները հաճախ նստած են ուղեկցողի ներսում sms.db-wal կամ msgstore.db-wal ֆայլ, ՈՉ հիմնականի ներսում .db ֆայլ դեռ. Եթե միայն պատճենեք sms.db ու հեռանալ sms.db-wal հետևում, ամենավերջին հաղորդագրությունները անհետանում են կամ տվյալների բազան բացվում է որպես կոռումպացված:
5. Անմիջապես հաշվարկեք և գրանցեք ցանկացած արտահանված կրկնօրինակի կամ տվյալների բազայի ֆայլի ծածկագրային SHA-256 հեշը: Նախքան վերականգնված պահուստային ֆայլը ուսումնասիրելը կամ փոխարկելը, գործարկեք sha256sum (Linux/macOS) կամ Get-FileHash -Algorithm SHA256 (Windows PowerShell) բնօրինակ արխիվում և պահպանեք 64 նիշանոց հեշ տողը: Ապացույցների դաշնային կանոն 902(14) համաձայն, SHA-256 հեշ արժեքը ոսկե ստանդարտ է դատարանում ապացուցելու համար, որ ձեր թվային հաղորդագրությունների արխիվը երբեք չի փոխվել կամ ֆոտոշոփվել:

flowchart TD
    A["Ապացույցների հաղորդագրությունները վերականգնելու և պահպանելու հրատապ անհրաժեշտություն (SMS, iMessage, WhatsApp, ազդանշան)"] --> B["ԱՆԳԱՄ ՍԱՌԵՑՈՒՄ. միացրեք ինքնաթիռի ռեժիմը հեռախոսում և անջատեք ավտոմատ ամպային կրկնօրինակումը այլ սարքերում"]
    B --> C{"Ինչպիսի՞ն է հեռախոսի և հաղորդագրությունների ներկա վիճակը:"}
    C -->|"1. Հեռախոսն աշխատում է, բայց հաղորդագրությունները պարզապես պատահաբար ջնջվել են"| D["Ստուգեք, արդյոք Cloud Backup (iCloud / Google Drive) կամ տեղական WhatsApp «/ Databases» պանակը ունի նախնական ջնջման նկար"]
    D --> E["Նախքան ուղիղ հեռախոսով վերականգնելը. նախ վերցրեք ամբողջական տեղական կոդավորված պահուստավորում PC/Mac-ում (`idevicebackup2` / iTunes / Finder / ADB)` SQLite WAL ֆրի ցուցակները պահպանելու համար:"]
    C -->|"2. Հեռախոսի էկրանը կոտրված է/սև է, բայց տախտակը դեռ միացված է"| F["Մի վերագործարկեք (Պահեք «Առաջին Բացումից հետո» վիճակում); միացրեք USB-C/Lightning Hub + Wired USB Mouse + HDMI էկրան՝ ապակողպելու և թույլատրելու համակարգչի կրկնօրինակումը"]
    C -->|"3. Chat Backup ֆայլը կամ SQLite տվյալների բազան (`sms.db`, `msgstore.db`, Signal) վնասված է / չի վերականգնվում"| G["Պատճենեք ԲՈԼՈՐ ԵՐԵՔ ֆայլերը (`.db`, `.db-wal`, `.db-shm`) PC/Mac-ի աշխատանքային գրացուցակում:"]
    G --> H{"Արդյո՞ք տվյալների բազան կոդավորված է (`crypt14/crypt15` կամ SQLCipher) կամ ստանդարտ SQLite:"}
    H -->|"Կոդավորված WhatsApp / ազդանշան"| I["Ապակոդավորել՝ օգտագործելով 64 նիշ E2EE բանալի / `/data/data/com.whatsapp/files/key` (`wa-crypt-tools`) կամ ազդանշանի 30 նիշանոց անցաբառը (`signalbackup-tools`)"]
    H -->|"Ապակոդավորված / Ստանդարտ SQLite"| J["Վերանորոգեք վնասված B-tree էջերը՝ օգտագործելով «sqlite3 .recover»-ը կամ ջնջված գրառումները ջնջեք Freelist և WAL շրջանակներից"]
    E --> K["Նույնականացում դատարանի համար. Ստեղծեք SHA-256 Hash + Full-Thread PDF օպերատորի CDR-ներով + FRE 902(14) հռչակագիր"]
    I --> K
    J --> K

Բջջային հաղորդագրությունների պահպանման ճարտարապետություն. որտեղ իրականում ապրում են ձեր հաղորդագրությունները¶

Ջնջված կամ կոռումպացված հաղորդագրությունները վերականգնելու համար՝ առանց դրանք ոչնչացնելու, դուք պետք է հասկանաք, թե որտեղ է յուրաքանչյուր օպերացիոն համակարգ և հաղորդագրությունների հարթակ պահում իր կենդանի տվյալների բազան, գաղտնագրման բանալիները և շարժվող տեղական կրկնօրինակները.

Սցենար 1. Ջնջված կամ կոռումպացված iPhone հաղորդագրությունների վերականգնում (sms.db & ChatStorage.sqlite)¶

Եթե կարևոր iMessages-ը, SMS հաղորդագրությունները կամ WhatsApp-ի հաղորդագրությունները ջնջվել են iPhone-ում, կամ եթե iPhone-ը վնասված է, հետևեք հետևյալ քայլերին առաջնահերթության կարգով.

Քայլ 1. Ստուգեք ներկառուցված iOS «Վերջերս ջնջված» պահոցը (առաջին 30-ից 40 օրը)¶

iOS 16, iOS 17, iOS 18 և ավելի նոր օպերացիոն համակարգերում տեքստի կամ iMessage շարանը ջնջելը չի անմիջապես տեղափոխում այն չմշակված SQLite ազատ ցուցակի տարածք; այն տեղափոխում է թաքնված աղբարկղ 30 օր (մինչև 40 օր մինչև մշտական մաքրումը). 1. Բացեք Messages հավելվածը iPhone-ում: 2. Հպեք Խմբագրել (կամ Զտիչներ) վերևի ձախ անկյունում: 3. Կտտացրեք Ցույց տալ վերջերս ջնջվածը: 4. Ընտրեք խոսակցությունը և հպեք Վերականգնել:

Քայլ 2. Քաղվածք sms.db և ChatStorage.sqlite Տեղական Mac/Windows կրկնօրինակից՝ առանց որևէ բան վերագրելու¶

Եթե հաղորդագրությունը ընդմիշտ ջնջվել է «Վերջերս ջնջված»-ից (կամ եթե Ձեզ անհրաժեշտ է հաղորդագրություններ հանել դատարանի համար կամ ջնջել SQLite-ի ջնջված տողերը), անմիջապես համակարգչում ստեղծեք ամբողջական տեղական կրկնօրինակում, քանի դեռ հեռախոսը դեռ ինքնաթիռի ռեժիմում է:

1. ** Միացրեք iPhone-ը USB մալուխի միջոցով Mac-ին (Finder) կամ Windows համակարգչին (Apple Devices / iTunes) կամ Linux-ին (libimobiledevice):**
2. Նշեք վանդակը «Գաղտնագրեք տեղական կրկնօրինակը» և սահմանեք պարզ գաղտնաբառ, որը չեք մոռանա (օրինակ՝ Evidence1234) (Ինչու՞ միացնել կրկնօրինակի կոդավորումը: iOS-ի գաղտնագրված տեղական պահուստավորումը ներառում է լրացուցիչ դատաբժշկական արտեֆակտներ, առողջության տվյալներ, զանգերի պատմություն և բանալիների տարրեր, որոնք Apple-ը հանում է չգաղտնագրված պահուստավորումներից):
3. Սեղմեք Կրկնօրինակեք հիմա և սպասեք, որ այն ավարտվի:
4. Գտեք ձեր համակարգչի չմշակված պահուստավորման թղթապանակը՝
5. macOS: -/Library/Application Support/MobileSync/Backup/<UDID>/
6. Windows: %APPDATA%\Apple Computer\MobileSync\Backup\<UDID>\ կամ %USERPROFILE%\Apple\MobileSync\Backup\<UDID>\
7. ** Պատճենեք ամբողջը <UDID> անմիջապես տեղադրեք առանձին արտաքին դրայվ և հաշվարկեք դրա SHA-256 հեշը**, որպեսզի ձեր նախնական դատաբժշկական նկարը երբեք չփոխվի:
8. Գտեք հաղորդագրությունների ճշգրիտ տվյալների բազաները iOS Backup-ի ներսում՝ օգտագործելով Apple-ի SHA-1 տիրույթի հեշերը.
9. Apple-ը վերանվանում է iOS-ի կրկնօրինակում պարունակվող յուրաքանչյուր ֆայլ իր SHA-1 հեշի Domain-RelativePath, տեսակավորված երկու նիշից բաղկացած ենթագրքերով.
   • Apple SMS / iMessage տվյալների բազա (HomeDomain-Library/SMS/sms.db): Գտնվում է ենթաթղթապանակում 3d/ -> ֆայլ 3d0d7e5fb2ce288813306e4d4636395e047a3d28
   • ** WhatsApp iOS տվյալների բազա (AppDomainGroup-group.net.whatsapp.WhatsApp.shared-ChatStorage.sqlite):** Գտնվում է ենթաթղթապանակում 7c/ -> ֆայլ 7c7fba66680ef796b916b067077cc246adacf01d
   • Պահուստային ֆայլի ինդեքս (Manifest.db): SQLite-ի հիմնական ինդեքսը, որը քարտեզագրում է յուրաքանչյուր լուսանկար, ձայնային հուշագիր և հավելվածի հեշ իր իրական ֆայլի անվան հետ: SMS/Attachments/.
10. (Եթե միացրել եք կրկնօրինակի կոդավորումը, ապա գաղտնազերծեք կրկնօրինակի աշխատանքային օրինակը ընթեռնելի թղթապանակում՝ օգտագործելով բաց կոդով գործիքներ, ինչպիսիք են. iphone-backup-decrypt Python-ում կամ տեղական հեղինակավոր հեռուստադիտողների նման iMazing կամ iBackup Viewer)

Սցենար 2. Android WhatsApp-ի վերականգնում .crypt14 / .crypt15 և ազդանշան .backup արխիվներ¶

1. Փրկել ավելի հին WhatsApp-ի կրկնօրինակը մինչև 7-օրյա շարժվող պատուհանի ժամկետի ավարտը¶

Ի՞նչ կլիներ, եթե ինչ-որ մեկը ջնջեր 3 օր առաջ ձեր Android հեռախոսով WhatsApp-ի մեղադրական խոսակցությունը, և անցած գիշեր գիշերը ժամը 02:00-ին Google Drive-ի կրկնօրինակն արդեն վերագրանցեր ամպային պատճենը: - Միացրեք ձեր Android հեռախոսը համակարգչին USB-ի միջոցով (File Transfer / MTP ռեժիմում) կամ բացեք Android Files հավելվածը և նավարկեք դեպի՝

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

2. Decrypting կոռումպացված .crypt14 / .crypt15 WhatsApp-ի կրկնօրինակում համակարգչում (wa-crypt-tools)¶

Ի՞նչ կլինի, եթե WhatsApp-ի պահուստային ֆայլը հեռախոսի վերականգնման ժամանակ խափանվի 95 տոկոսով, քանի որ գաղտնագրված փաթաթման ներսում SQLite տվյալների բազան փոքր-ինչ վնասված է: Դուք կարող եք գաղտնազերծել .crypt14 կամ .crypt15 կոնտեյներ անմիջապես ձեր համակարգչի վրա, վերանորոգեք SQLite տվյալների բազան և կարդացեք յուրաքանչյուր հաղորդագրություն. - Եթե ունեք ա .crypt15 End-to-End գաղտնագրված պահուստավորում և պահեց ձեր 64-նիշանոց վեցանկյուն բանալին (կամ եթե հանել եք /data/data/com.whatsapp/files/key կամ encrypted_backup.key), տեղադրել բաց կոդով Python դատաբժշկական գործիք 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. Կոռումպացված ազդանշանի արդյունահանում և վերանորոգում .backup կամ Signal Desktop տվյալների բազա¶

• ** Android-ի համար signal-YYYY-MM-DD.backup ֆայլեր.** Եթե նոր հեռախոսը հրաժարվում է ներմուծել ազդանշանի մեծ պահեստային ֆայլ (կամ եթե ֆայլը կրճատվել է մահացող SD քարտից պատճենելիս), օգտագործեք բաց կոդով դատաբժշկական գործիքը signalbackup-tools (github.com/bepaald/signalbackup-tools) ձեր 30 նիշանոց թվային պահուստային անցաբառով՝ չվնասված շրջանակները բացելու, չմշակված SQLite տվյալների բազան արտահանելու և մաքուր, որոնելի HTML խոսակցությունների արխիվ ստեղծելու համար՝ բոլոր մեդիա կցորդները անձեռնմխելի:

  # 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/
  

• ** Ազդանշանի աշխատասեղանի համար (-/.config/Signal/sql/db.sqlite):** Նույնիսկ եթե ձեր սմարթֆոնը ջախջախվել է ավտովթարի ժամանակ կամ նետվել է լիճը, և դուք հեռախոսի պահուստավորում չունեք, եթե ձեր նոութբուքը երբևէ կապակցված է եղել Signal Desktop, պատճենեք Signal հավելվածի ամբողջ գրացուցակը (%APPDATA%\Signal Windows-ում, -/Library/Application Support/Signal macOS-ում կամ -/.config/Signal Linux-ում) նախքան հավելվածը բացելը և արտահանեք SQLCipher տվյալների բազան՝ օգտագործելով signalbackup-tools կամ sqlcipher.

Սցենար 3. SQLite չաթի կոռումպացված տվյալների բազայի վերանորոգում (database disk image is malformed) և ջնջված տողերի փորագրում¶

Երբ հեռախոսը կորցնում է մարտկոցի հզորությունը, գրելու կեսին կամ ֆլեշ պահեստավորման սխալներ է ունենում, բացվում է sms.db, ChatStorage.sqlite, կամ msgstore.db նետում է ճակատագրական SQLite սխալը. Error: database disk image is malformed (SQLITE_CORRUPT)

Երբեք մի գործարկեք կործանարար երրորդ կողմի «վճարովի SQLite fixer» shareware ձեր սկզբնական տվյալների բազայում: Օգտագործեք պաշտոնական SQLite-ը .recover հրաման ուղղակիորեն ներկառուցված sqlite3 (տարբերակ 3.29.0+), որը սկանավորում է չմշակված 4 կիլոբայթանոց տվյալների բազայի էջերը մեկ առ մեկ՝ շրջանցելով կոտրված B-tree ցուցիչները.

Քայլ առ քայլ SQLite .recover և WAL անցակետի վերանորոգում¶

1. ** Ստեղծեք տվյալների բազայի բոլոր երեք ֆայլերի աշխատանքային պատճենը (.db, .db-wal, .db-shm) նոր թղթապանակում՝**

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

2. ** Գործարկեք պաշտոնական SQLite-ը .recover հրաման՝ վերականգնել մաքուր տվյալների բազան (և գրավել կորցրած/ազատ ցուցակի տողերը):**

   # 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. Արտահանեք մարդու համար ընթեռնելի, ժամանակագրական CSV/HTML տառադարձում վերանորոգված տվյալների բազայից.
4. ** Apple iOS-ի համար sms.db (Վերափոխում է Apple-ի CoreData Nanosecond ժամադրոշմը 2001 թվականի հունվարի 1-ից UTC/Տեղական ամսաթվի):**

   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. ** WhatsApp Android-ի համար msgstore.db (Ժամանակակից message աղյուսակի սխեման):**

   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
   

Ձեր վերականգնված հաղորդագրությունները դատարանում 100%-ով ընդունելի դարձնելը («Կեղծ էկրանի պատկեր» առարկությունից խուսափելը)¶

Ամեն շաբաթ ընտանեկան դատարանում, փոքր հայցերի դատարանում, խափանման միջոցի լսումներում և քաղաքացիական դատավարություններում մարդիկ մոտենում են դատավորինսմարթֆոնի չամրացված, կտրված սքրինշոթներով, որտեղ կոնտակտի վերևի վերնագիրն ուղղակի ասում է նման մականունը:"Ex-Husband"կամ"Landlord Mike"առանց հեռախոսահամարի և ամբողջական ամսաթվերի: Հակառակ փաստաբաններն անմիջապես առարկում են **Ապացույցների դաշնային կանոն 901 (Նույնականացման բացակայություն)** և **Կանոն 106 (Լրիվության կանոն)**՝ պնդելով, որ յուրաքանչյուրը կարող է վերանվանել երկրորդ կանխավճարային հեռախոսը։"Landlord Mike"` իրենց կոնտակտների հավելվածում և 30 վայրկյանում իրենց կեղծ հաղորդագրություններ գրել:

Տեքստի և զրույցի ապացույցների համար 5 կետանոց դատարանի նույնականացման ստուգաթերթ¶

1. ** Ժամանակավորապես ջնջեք կամ վերանվանեք կոնտակտի մականունը մինչ արտահանումը/սքրինշոթելը, որպեսզի չմշակված հեռախոսահամարը (+1-555-019-2834) կամ էլփոստը հայտնվում է յուրաքանչյուր վերնագրի մեջ.**
2. Նախքան պահուստային սքրինշոթեր վերցնելը (կամ ավելի լավ է օգտագործել PDF արտահանման ամբողջական շղթայական գործիք, ինչպիսին է iMazing, Decipher TextMessage, կամ վերևում գտնվող SQLite CSV հարցումը, որը տպում է և՛ ցուցադրվող անունը, և՛ հումքը handle.id հեռախոսահամարը յուրաքանչյուր հաղորդագրության պղպջակի վրա), համոզվեք, որ ուղարկողի փաստացի 10-նիշ հեռախոսահամարը կամ Apple ID-ի էլ.փոստը տեսանելի է թեմայի վերևում, այլ ոչ միայն հարմարեցված կոնտակտի մականունը:
3. Ձեր պաշտոնական բջջային օպերատորի զանգերի մանրամասների գրառումները (CDR) և SMS/MMS ժամադրոշմների գրանցամատյանները որպես անկախ երրորդ կողմի հաստատում.
4. Մինչ ձեր բջջային օպերատորը (AT&T, Verizon, T-Mobile, EE, Vodafone, Rogers, Telstra) երկար չի պահում SMS հաղորդագրությունների տեքստային բովանդակությունը (և երբեք չի տեսնում գաղտնագրված iMessage/WhatsApp բովանդակությունը), ձեր ամսական օպերատորի հայտարարությունը կամ առցանց հաշվի պորտալը ապահովում է անկախ երրորդ կողմի մուտքագրում (O Direction, Minuteing) և յուրաքանչյուր SMS/MMS հաղորդագրության և ձայնային զանգի հեռախոսահամար:
5. Ձեր պաշտոնական AT&T/Verizon/T-Mobile Usage Log կցումը անմիջապես ձեր տեքստային հաղորդագրության տպագրության հետևում ապացուցում է, որ մյուս կողմի հեռախոսահամարն իրականում SMS է փոխանցել ձեր հեռախոսին հետևյալ հասցեով. 14:22:09 on October 12, ոչնչացնելով ցանկացած պնդում, որ դուք կեղծել եք սքրինշոթը:
6. Արտահանեք ԱՄԲՈՂՋ չխմբագրված խոսակցության շարանը (Լրիվության կանոն - ԱԶԱՏ կանոն 106):
7. Երբեք մի ընտրեք մեկուսացված սքրինշոթներ և մի հանեք ձեր սեփական պատասխանները: Ապացույցների դաշնային կանոն 106-ի համաձայն, եթե դուք առաջարկում եք ձայնագրված խոսակցության մի մասը, հակառակ կողմը կարող է պահանջել ամբողջ շրջապատող շարանը, և դատավորները չեն վստահում կտրված պատկերներին, որոնք բաց թողնում են ժամանակի դրոշմակնիքները կամ նախորդ հաղորդագրությունները: Տպեք ամբողջական ժամանակագրական զրույցի հոսքը:
8. Պահպանեք բնօրինակ սարքը ԵՎ SHA-256 Հաշված պահուստավորման ֆայլը (Ապացույցների լավագույն կանոն - ԱԶԱՏ կանոն 1002 և ինքնահաստատում - ԱԶԱՏ կանոն 902(14)):
9. Փաստացի ֆիզիկական հեռախոսը (լիցքավորված և ապակողպված) բերեք ձեզ հետ դատարանի նիստերի սեղանին, որպեսզի եթե հակառակորդ փաստաբանը վիճարկի տպագրությունը, դուք կարող եք դատավորին ասել.
10. Ի լրումն, Ապացույցների դաշնային կանոն 902(14) (և ԱՄՆ-ում ընդունված պետական համարժեքները) էլեկտրոնային սարքից պատճենված տվյալները ինքնահաստատվում են, երբ ուղեկցվում են գրավոր հավաստագրով, որը սահմանում է բնօրինակի և պատճենի SHA-256 թվային հեշ արժեքը:
11. Կցեք ստորագրված «Հայտարարագիր, որը վավերացնում է էլեկտրոնային տեքստային/զրույցի հաղորդագրությունները» (պատճենեք և տեղադրեք ձևանմուշը ստորև):

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]

Հաճախակի տրվող հարցեր¶

Աղբյուրները ստուգված են¶

• Ստանդարտների և տեխնոլոգիաների ազգային ինստիտուտ (NIST, Միացյալ Նահանգներ).
• Միացյալ Նահանգների դատարանների վարչական գրասենյակ. Էլեկտրոնային սարքից՝ Hash Value-ի միջոցով) և 1002 կանոն (Բնօրինակի պահանջ)*:
• SQLite կոնսորցիում. .recover CLI հրաման*.
• Apple Inc. Apple պլատֆորմի անվտանգության ուղեցույց (Տվյալների պաշտպանության դասեր, նախքան առաջին բացումը ընդդեմ առաջին բացելու հիմնական հիերարխիան և iTunes/Finder Backup Manifest Structure):
• Թվային ապացույցների գիտական ​​աշխատանքային խումբ (SWGDE).

Առնչվող ուղեցույցներ¶

• Կոտրված կամ ջրից վնասված հեռախոս. շտապ տվյալների փրկություն
• Պատահական ֆայլի ջնջում, ձևաչափված սկավառակ և լուսանկարների վերականգնում
• Կոռումպացված Word, Excel, PDF կամ տվյալների բազայի ֆայլերի վերականգնում
• Ցուցմունքներ տալու, ցուցմունքներ ներկայացնելու և փաստաթղթերի պատրաստման ժամկետները
• Խափանման հրամաններ, պաշտպանական հրամաններ և շտապ կարգադրություններ
• Համաշխարհային շտապ օգնության համարներ