| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 24 Jul 2014 00:34:59 +0200 From: Pavel Machek <pavel@....cz> To: Michael Halcrow <mhalcrow@...gle.com> Cc: linux-ext4@...r.kernel.org, linux-fsdevel@...r.kernel.org, zohar@...ux.vnet.ibm.com, herbert@...dor.apana.org.au, hch@...radead.org, lczerner@...hat.com, tytso@....edu, tyhicks@...onical.com, serge.hallyn@...onical.com Subject: Re: [PATCH 0/5] ext4: RFC: Encryption On Thu 2014-07-24 00:25:06, Pavel Machek wrote: > Hi! > > This patchset proposes a method for encrypting in EXT4 data read and > > write paths. It's a proof-of-concept/prototype only right > > now. Outstanding issues: > > > > * While it seems to work well with complex tasks like a parallel > > kernel build, fsx is pretty good at reliably breaking it in its > > current form. I think it's trying to decrypt a page of all zeros > > when doing a mmap'd write after an falloc. I want to get feedback > > on the overall approach before I spend too much time bug-hunting. > Can I keep just a subtree (/home/pavel/.ssh) encrypted? Ok, as far as I can tell no, this is whole filesystem encryption for now. I guess encrypting based on some attribute is planned...? Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists