Phone SeizedWhat is on your phoneDeleted is not gone — but it is not all recoverable either
Deleted is not gone — but it is not all recoverable either
What you must do, what you can refuse, and what they can do
Every claim below links to the law it comes from, with the wording quoted so you can check it yourself.
Lawful to refuse — but it costs you
Not an offence, but it carries a penalty or an inference.
SQLite's own documentation states that when a database is changed, the original content is preserved in the database file and the changes are appended into a separate Write-Ahead Log file.
SQLite, "Write-Ahead Logging" (sqlite.org/wal.html), as fetched 2026-09-08
“The original content is preserved in the database file and the changes are appended into a separate WAL file.”
Read it at sqlite.orgquote checked 2026-09-08
SQLite's own documentation states that it only overwrites deleted content with zeros when the secure_delete setting is switched on.
SQLite, "PRAGMA secure_delete" (sqlite.org/pragma.html), as fetched 2026-09-08
“When secure_delete is on, SQLite overwrites deleted content with zeros.”
Read it at sqlite.orgquote checked 2026-09-08
A 2018 Privacy International report found that MSAB markets its XRY Physical tool as able to access system and deleted data, and to use extra functionality to overcome security and encryption challenges.
Privacy International, "Digital stop and search: how the UK police can secretly download everything from your mobile phone", 27 Mar 2018
“MSAB's XRY Physical allows access to "system and deleted data and can use extra functionality to help overcome security and encryption challenges”
Read it at privacyinternational.orgquote checked 2026-09-08
With Apple's Advanced Data Protection enabled, the number of iCloud data categories using end-to-end encryption rises to 25, including iCloud Backup, Photos and Notes.
Apple, "iCloud data security overview" (support.apple.com/en-gb/102651), as fetched 2026-09-08
“With Advanced Data Protection, the number of data categories that use end-to-end encryption rises to 25 and includes your iCloud Backup, Photos, Notes and more.”
Read it at support.apple.comquote checked 2026-09-08
Apple states it does not hold the encryption keys for Advanced Data Protection categories and cannot help recover that data if the account holder loses access to their account.
Apple, "iCloud data security overview" (support.apple.com/en-gb/102651), as fetched 2026-09-08
“Apple doesn't have the encryption keys for these categories, and we can't help you recover this data if you lose access to your account.”
Read it at support.apple.comquote checked 2026-09-08
Cellebrite's own marketing describes its Inseyets product as able to extract the Full File System, including encrypted and containerized data, not only what is currently visible in an app.
Cellebrite, "Cellebrite Inseyets, powered by UFED" product page (cellebrite.com), as fetched 2026-09-08
“Access devices previously unreachable and extract the Full File System, including encrypted and containerized data.”
Read it at cellebrite.comquote checked 2026-09-08
What "deleted" means in the database format most apps use
Most messaging, notes and call-log apps on both iOS and Android store their data in SQLite databases. SQLite’s own documentation on Write-Ahead Logging states that when a change is made, “the original content is preserved in the database file and the changes are appended into a separate WAL file” — meaning a deleted or edited row is not necessarily gone the instant an app says it is.
Whether the old content is then actually overwritten depends on a separate setting. SQLite’s own documentation for the secure_delete pragma states plainly: “When secure_delete is on, SQLite overwrites deleted content with zeros.” That setting is off by default in most apps that do not turn it on themselves — which is the specific, narrow mechanism behind the “deleted is not gone” idea, not a claim that every deleted message survives forever.
What one report found tools obtain in practice
Privacy International’s 2018 report on UK police extraction found that MSAB markets its XRY Physical tool as able to access “system and deleted data,” and to use extra functionality to overcome security and encryption challenges. That is a vendor claim about a specific product, reported by a named researcher organisation — not a statement that any tool recovers everything a phone has ever held.
Whether a given tool can reach a given piece of already-deleted content on a given phone depends on the device state described in What a full extraction contains — off/BFU, AFU, or unlocked — and on whether the freelist space SQLite left behind has since been overwritten by ordinary use of the phone.
A copy may already exist off the device
Separately from anything left on the phone itself, a copy of data may already exist in the cloud from before it was deleted locally. Apple states that with Advanced Data Protection enabled, “the number of data categories that use end-to-end encryption rises to 25 and includes your iCloud Backup, Photos, Notes and more.” For those 25 categories, Apple states: “Apple doesn’t have the encryption keys for these categories, and we can’t help you recover this data if you lose access to your account” — which cuts both ways: a synced copy can still exist in the account, but Apple itself states it cannot decrypt it. See Cloud and carrier for what that means for anyone other than the account holder.
What this page does not claim
None of the above adds up to “everything is recoverable.” It adds up to three narrower, sourced facts: SQLite keeps old content around briefly by design; overwriting it with zeros is an opt-in setting most apps leave off; and a cloud backup, where one exists and predates a deletion, is a separate copy governed by its own encryption. Whether any specific message on any specific phone is actually still retrievable is not something this page, or any general-purpose page, can answer.
Last reviewed 2026-09-08. Next review due 2026-12-08. No lawyer has reviewed this page — see [email protected] if you think something here is wrong.