Re: geli+trim support

In message <53B6427D.1010403@gooch.io>, Jesse Gooch writes:

>IIRC, TRIM is bad for encryption anyway. You want everything to be
>random noise, even the empty sectors. TRIM defeats this.

The problem is that there is nothing you can do.

If you overwrite, your old sector is still unchanged somewhere in flash.

If you TRIM, your old sector is still unchanged somewhere in flash, but
if you're lucky for slightly less time.

Doing both just means that you have both the original and the overwritten
content lingering in flash.

GBDEs scheme with per sector PRNG keys is marginally better than
GELIs, in that the chances that both the sector and its key survives
is only 3/4 of the chance that the sector survives.

Without access to and control over the Flash Adaptation Layer,
encrypting SSDs so they are safe against hardware access is impossible.

For the paranoid:  ... and a hostile FTL can make it much harder.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"