Date: Tue, 12 May 2020 15:38:37 -0600 From: "Jason A. Donenfeld" <Jason@...c4.com> To: David Howells <dhowells@...hat.com> Cc: keyrings@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>, Andy Lutomirski <luto@...nel.org>, Greg KH <gregkh@...uxfoundation.org>, Linus Torvalds <torvalds@...ux-foundation.org>, kernel-hardening@...ts.openwall.com, Eric Biggers <ebiggers@...gle.com> Subject: Re: [PATCH v3] security/keys: rewrite big_key crypto to use library interface Hi David, So long as that ->update function: 1. Deletes the old on-disk data. 2. Deletes the old key from the inode. 3. Generates a new key using get_random_bytes. 4. Stores that new key in the inode. 5. Encrypts the updated data afresh with the new key. 6. Puts the updated data onto disk, then this is fine with me, and feel free to have my Acked-by if you want. But if it doesn't do that -- i.e. if it tries to reuse the old key or similar -- then this isn't fine. But it sounds like from what you've described that things are actually fine, in which case, I guess it makes sense to apply your patch ontop of mine and commit these. Jason
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.