[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] Xen security advisory CVE-2011-1898 - VT-d (PCI passthrough) MSI



> From: Tim Deegan [mailto:Tim.Deegan@xxxxxxxxxx]
> Sent: Friday, May 20, 2011 3:17 AM
> 
> At 21:48 +0100 on 19 May (1305841716), Cihula, Joseph wrote:
> > So how would the user (or installation SW) specify to use the best
> > (IOMMU) security available on the platform?
> 
> iommu=on.  That pretty much lines up with the current meaining.

'iommu=on' is really "*try* to use the best but it's OK if you can't", as it 
will allow execution to continue even if enabling the supported features fails. 
 'force' is really this with the caveat that execution won't continue if it 
fails to enable them.

> Only iommu=force requires a fully secure IOMMU, and you can overide that with
> iommu=force,nointremap.

But as I said, if you're writing a Xen installer and you want to *ensure* that 
Xen uses the HW features of the system, are you going to make some table that 
tells whether any given system supports IR so that you know which ones to add 
',nointremap' to?  Because if you try to detect it at install time, malware 
could convince you to disable IR even though the HW supports it and TXT would 
report correctly to Xen.

What is the reason for not creating a new option that supports your desired 
behavior?

Joe
> 
> Tim.
> 
> --
> Tim Deegan <Tim.Deegan@xxxxxxxxxx>
> Principal Software Engineer, Xen Platform Team Citrix Systems UK Ltd.  
> (Company #02937203, SL9
> 0BG)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.