[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VfpsnCHVqnFnwwh3JHB0ccY66Gj88sMGhrA9W7rDxiY_Q@mail.gmail.com>
Date: Fri, 7 Apr 2017 13:25:43 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: David Howells <dhowells@...hat.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
matthew.garrett@...ula.com, linux-efi@...r.kernel.org,
One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
acpi4asus-user <acpi4asus-user@...ts.sourceforge.net>,
Platform Driver <platform-driver-x86@...r.kernel.org>,
linux-security-module <linux-security-module@...r.kernel.org>,
keyrings@...r.kernel.org
Subject: Re: [PATCH 15/24] asus-wmi: Restrict debugfs interface when the
kernel is locked down
On Wed, Apr 5, 2017 at 11:16 PM, David Howells <dhowells@...hat.com> wrote:
> From: Matthew Garrett <matthew.garrett@...ula.com>
>
> We have no way of validating what all of the Asus WMI methods do on a given
> machine - and there's a risk that some will allow hardware state to be
> manipulated in such a way that arbitrary code can be executed in the
> kernel, circumventing module loading restrictions. Prevent that if the
> kernel is locked down.
> + if (kernel_is_locked_down())
> + return -EPERM;
It looks a bit fragile when responsility of whatever reasons kernel
can't serve become a driver burden.
Can we fix this in debugfs framework instead?
> +
> err = asus_wmi_get_devstate(asus, asus->debug.dev_id, &retval);
>
> if (err < 0)
> @@ -1916,6 +1919,9 @@ static int show_devs(struct seq_file *m, void *data)
> int err;
> u32 retval = -1;
>
> + if (kernel_is_locked_down())
> + return -EPERM;
> +
> err = asus_wmi_set_devstate(asus->debug.dev_id, asus->debug.ctrl_param,
> &retval);
>
> @@ -1940,6 +1946,9 @@ static int show_call(struct seq_file *m, void *data)
> union acpi_object *obj;
> acpi_status status;
>
> + if (kernel_is_locked_down())
> + return -EPERM;
> +
> status = wmi_evaluate_method(ASUS_WMI_MGMT_GUID,
> 1, asus->debug.method_id,
> &input, &output);
>
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists