Julian H. Stacey wrote this message on Sat, Oct 24, 2015 at 17:58 +0200:
> > >If you want a secure filesystem I think that at this particular time
> > >it would be entirely reasonable to use both gbde and geli stacked on
> > >top of each other[...]
> I've often wondered if multiple encryption (CPU permitting) is sensible in
> case one day some method is cracked but another stays secure.
Depends if you care about performance or not. gbde is very slow, maybe
150MB/sec/core on a decently fast processor... Where as geli is
> There's been recent discussions on cracking algorithms at
> I see man geli has:
> Supports many cryptographic algorithms (currently AES-XTS,
> AES-CBC, Blowfish-CBC, Camellia-CBC and 3DES-CBC).
> NAME section of man 1 gbde & geli both ref. GEOM.
> Skimming man 1 4 8 gbde geom I'm not sure how gbde compares.
gbde uses AES128-CBC, which is bad for modern processors that have AES-NI
instructions, as AES-CBC cannot be pipelined.
> > Nobody is going to break through the GELI or GBDE crypto, they'll
> > find their way to the keys instead, or more likely, jail you until
> > you sing.
> Yes, if 'they' are physicaly present government, criminals etc.
> Encryption (& perhaps multiple encryption) is nice against eg
The thing I like most about encryption is that when I RMA a bad
drive, I don't have to worry about my data leaking if I am unable
to overwrite all the data... Also, for SSD's, where a complete
overwrite will not overwrite all the data, this helps that..
Note that even w/ drives purporting to provide hardware encryption
they don't do it very well:
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"