virtualization.lists.linux-foundation.org archive mirror
 help / color / mirror / Atom feed
From: Srivatsa Vaddagiri <quic_svaddagi@quicinc.com>
To: Jason Wang <jasowang@redhat.com>
Cc: <xieyongji@bytedance.com>, <stefanha@redhat.com>,
	<virtio-dev@lists.linux.dev>, <virtualization@lists.linux.dev>,
	<quic_mnalajal@quicinc.com>, <quic_eberman@quicinc.com>,
	<quic_pheragu@quicinc.com>, <quic_pderrin@quicinc.com>,
	<quic_cvanscha@quicinc.com>, <quic_pkondeti@quicinc.com>,
	<quic_tsoni@quicinc.com>, eperezma <eperezma@redhat.com>,
	Stefano Garzarella <sgarzare@redhat.com>, mst <mst@redhat.com>,
	Cindy Lu <lulu@redhat.com>
Subject: Re: [RFC] vduse config write support
Date: Fri, 26 Jul 2024 18:12:11 +0530	[thread overview]
Message-ID: <20240726124211.GC723942@quicinc.com> (raw)
In-Reply-To: <CACGkMEs_FHg6xZAw2V7AKvj5XFCmaA0Xm+ei7z4OFJPNgO5Thw@mail.gmail.com>

* Jason Wang <jasowang@redhat.com> [2024-07-26 10:47:59]:

> > 2) For PCI pass-through devices, we are concerned of letting VMM be in charge of
> > emulating the complete configuration space (how can VM defend against invalid
> > attributes presented for passthr devices)?
> 
> Virtio driver has been hardened for this, for example:
> 
> commit 72b5e8958738aaa453db5149e6ca3bcf416023b9
> Author: Jason Wang <jasowang@redhat.com>
> Date:   Fri Jun 4 13:53:50 2021 +0800
> 
>     virtio-ring: store DMA metadata in desc_extra for split virtqueue
> 
> More hardening work is ongoing.

I think above change is not sufficient for what we are looking for. In
particular for pass-through PCI devices, we are concerned that a untrusted
(compromised?) VMM can return invalid attributes when the confidential VM reads
the configuration space. These are PCI devices that may not support TDISP.
Hypervisor, being a trusted entity and controlling the PCI bus emulation
can ensure that the confidential VM sees valid attributes for all devices
(physical and virtual) that are enumerated on the bus. That's a key reason why
we want hypervisor to emulate access to configuration space of all PCI devices
enumerated by VM. That I think necessitates that hypervisor handle access to
virtio device configuration space as well (even if MSI-X obviates the
performance arguments of hypervisor doing so)!

Thanks
vatsa

  parent reply	other threads:[~2024-07-26 12:42 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-24  3:38 [RFC] vduse config write support Srivatsa Vaddagiri
2024-07-26  2:37 ` Yongji Xie
2024-07-26  7:06   ` Srivatsa Vaddagiri
2024-07-26  2:47 ` Jason Wang
2024-07-26  5:15   ` Michael S. Tsirkin
2024-07-29  2:06     ` Jason Wang
2024-07-26  7:03   ` Srivatsa Vaddagiri
2024-07-26  7:29     ` Michael S. Tsirkin
2024-07-29  2:16     ` Jason Wang
2024-07-29  6:02       ` Srivatsa Vaddagiri
2024-07-30  3:06         ` Jason Wang
2024-07-30  3:10           ` Jason Wang
2024-07-26 12:42   ` Srivatsa Vaddagiri [this message]
2024-07-30  2:53     ` Jason Wang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240726124211.GC723942@quicinc.com \
    --to=quic_svaddagi@quicinc.com \
    --cc=eperezma@redhat.com \
    --cc=jasowang@redhat.com \
    --cc=lulu@redhat.com \
    --cc=mst@redhat.com \
    --cc=quic_cvanscha@quicinc.com \
    --cc=quic_eberman@quicinc.com \
    --cc=quic_mnalajal@quicinc.com \
    --cc=quic_pderrin@quicinc.com \
    --cc=quic_pheragu@quicinc.com \
    --cc=quic_pkondeti@quicinc.com \
    --cc=quic_tsoni@quicinc.com \
    --cc=sgarzare@redhat.com \
    --cc=stefanha@redhat.com \
    --cc=virtio-dev@lists.linux.dev \
    --cc=virtualization@lists.linux.dev \
    --cc=xieyongji@bytedance.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).