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
next prev 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).