[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190326151903.257724d5@x1.home>
Date: Tue, 26 Mar 2019 15:19:03 -0600
From: Alex Williamson <alex.williamson@...hat.com>
To: Andy Lutomirski <luto@...nel.org>
Cc: Matthew Garrett <matthewgarrett@...gle.com>,
James Morris <jmorris@...ei.org>,
LSM List <linux-security-module@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
David Howells <dhowells@...hat.com>,
Linux API <linux-api@...r.kernel.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
Matthew Garrett <mjg59@...gle.com>,
Bjorn Helgaas <bhelgaas@...gle.com>, linux-pci@...r.kernel.org
Subject: Re: [PATCH V31 10/25] PCI: Lock down BAR access when the kernel is
locked down
On Tue, 26 Mar 2019 13:55:39 -0700
Andy Lutomirski <luto@...nel.org> wrote:
> On Tue, Mar 26, 2019 at 11:28 AM Matthew Garrett
> <matthewgarrett@...gle.com> wrote:
> >
> > From: Matthew Garrett <mjg59@...f.ucam.org>
> >
> > Any hardware that can potentially generate DMA has to be locked down in
> > order to avoid it being possible for an attacker to modify kernel code,
> > allowing them to circumvent disabled module loading or module signing.
> > Default to paranoid - in future we can potentially relax this for
> > sufficiently IOMMU-isolated devices.
>
> Does this break vfio?
No, vfio provides its own interface to pci config space. Thanks,
Alex
Powered by blists - more mailing lists