Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1715406

Re: [PATCH] Enable reset attack mitigation

From Matthew Garrett <mjg59@google.com>
Newsgroups linux.kernel
Subject Re: [PATCH] Enable reset attack mitigation
Date 2017-08-18 22:00 +0200
Message-ID <ufVB0-89n-19@gated-at.bofh.it> (permalink)
References <uaSkq-3Xf-5@gated-at.bofh.it> <ufUEV-7yR-17@gated-at.bofh.it> <ufUOD-7Rd-19@gated-at.bofh.it> <ufVhD-82H-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Fri, Aug 18, 2017 at 12:29 PM, Ard Biesheuvel
<ard.biesheuvel@linaro.org> wrote:
> On 18 August 2017 at 20:08, Matthew Garrett <mjg59@google.com> wrote:
>> If the kernel doesn't synchronously zero the key when dm-crypt is torn
>> down, that feels like a bug?
>
> Of course it should. But that is not the point. The point is that
> userland is in no position to decide whether or not memory has been
> sufficiently cleaned so that the firmware can omit wiping all of it
> (in case you care enough about your secrets to enable that feature in
> the first place).

The kernel is in no position to decide whether or not userland has
disposed of secrets either - at some point you need to trust a
component, and I have more faith that the kernel will do the right
thing. The only other option here seems to be a double opt-in (ie,
have userland assert that it's cleaned up, have the kernel set the
flag at reset time) but we're still assuming that the kernel is
behaving correctly, and if we assume that the kernel is behaving
correctly then we can just let userland set the flag anyway.

> Given that the string 'MemoryOverWriteRequest' does not appear in
> today's EDK2, I don't suppose there is any urgency wrt getting this
> queued for v4.14?

It's not implemented in EDK2, but it's in pretty much every vendor
implementation. All the machines I have here support this already.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH] Enable reset attack mitigation Ard Biesheuvel <ard.biesheuvel@linaro.org> - 2017-08-18 21:00 +0200
  Re: [PATCH] Enable reset attack mitigation Matthew Garrett <mjg59@google.com> - 2017-08-18 21:10 +0200
    Re: [PATCH] Enable reset attack mitigation Ard Biesheuvel <ard.biesheuvel@linaro.org> - 2017-08-18 21:40 +0200
      Re: [PATCH] Enable reset attack mitigation Matthew Garrett <mjg59@google.com> - 2017-08-18 22:00 +0200
        Re: [PATCH] Enable reset attack mitigation Ard Biesheuvel <ard.biesheuvel@linaro.org> - 2017-08-18 22:20 +0200
          Re: [PATCH] Enable reset attack mitigation Matthew Garrett <mjg59@google.com> - 2017-08-18 22:30 +0200
    Re: [PATCH] Enable reset attack mitigation Lukas Wunner <lukas@wunner.de> - 2017-08-18 22:40 +0200

csiph-web