Technology

59534 readers

3195 users here now

This is a most excellent place for technology news and articles.

Our Rules

Follow the lemmy.world rules.
Only tech related content.
Be excellent to each another!
Mod approved content bots can post up to 10 articles per day.
Threads asking for personal tech support may be deleted.
Politics threads may be removed.
No memes allowed as posts, OK to post as comments.
Only approved bots from the list below, to ask if your bot can be added please contact us.
Check for duplicates before posting, duplicates may be removed

Approved Bots

founded 1 year ago

MODERATORS

514

iPhone owners say the latest iOS update is resurfacing deleted nudes (www.theverge.com)

submitted 6 months ago by misk@sopuli.xyz to c/technology@lemmy.world

211 comments fedilink hide all child comments

cross-posted from: https://sopuli.xyz/post/12670977

iPhone owners say the latest iOS update is resurfacing deleted nudes

you are viewing a single comment's thread
view the rest of the comments

[–] tal@lemmy.today -3 points 6 months ago* (last edited 6 months ago) (1 children)

I mean, I read the PDF, the problem was the viewer bogging down.

googles

This sounds like what I expected:

https://superuser.com/questions/1060831/triming-as-alternative-to-securely-erasing-a-ssd

If data security is your concern, it should be noted that neither a SECURE_ERASE nor a TRIM actually erase the flash cells. The SSD firmware keeps a list of which cells are allocated and which are not. A TRIM simply marks a cell as unallocated the same way deleting a file causes the filesystem to mark a cluster as unallocated. No attempt is made to actually erase the data. A read request from an unallocated cell simply causes the device to return 0x00 (or some other bit pattern) without actually checking the cell's contents.

There is no effective way of securely wiping an SSD. Forensics tools that can interface with the firmware directly can see the cells' contents. Also, there is more storage on the device than what is accessible from user-space. These extra cells are used in garbage collection. Garbage collection can reallocate cells on-the-fly and can still work even on a drive that is 100% full. A SECURE_ERASE may (probably does) TRIM those cells, but a blkdiscard or fstrim certainly wouldn't, since they use sector numbers to identify the areas to be TRIMmed.

The only way to securely erase an SSD is to destroy it. This is the policy of most companies in health care, banking, and government when surplussing equipment.

EDIT: I took a look at your PDF on a desktop. While it's pretty light on the specifics of how they tested that the data was present, nothing there talks about anything below the OS level. My expectation is that what they did for their test was try to do reads from the device at the OS level and see whether it returned zeroes. They aren't going to look below that. If they were interfacing with the drive at a firmware or below level, I'd expect them to have mentioned it, as it'd be a significant amount of additional work. And they don't list relevant information like model number, much less firmware revision on the drive.

[–] barsquid@lemmy.world 1 points 6 months ago (1 children)

This is a complete digression but do you know if there is a consumer hardware that can be reliably erased? I'm trying to make something behave as an affordable HSM. If I could store a key encrypted at rest and be able to actually delete it, that would work for me.

[–] tal@lemmy.today -1 points 6 months ago

This is a complete digression but do you know if there is a consumer hardware that can be reliably erased?

behave as an affordable HSM

Like, to create a hardware keystore? No, I don't, sorry. If I wanted one myself, I'd probably just buy an existing one and hope that they did things correctly. :-)