[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.
On 02/02/16 11:43, Jan Beulich wrote: >>>> On 02.02.16 at 12:31, <andrew.cooper3@xxxxxxxxxx> wrote: >> This specific issue concerns resource allocation during domain building >> and is an area which can never ever be given to a less privileged entity. > Which is because of ...? (And if so, why would we have put > XEN_DOMCTL_createdomain on the XSA-77 waiver list?) That list came out of the blue as far as the Xen community went. The purpose of XEN_DOMCTL_createdomain is to mutate the set of valid identifiers in Xen on which XSM permissions are based, and any entity capable of making the hypercall can at the very least cause reuse of an existing identifier. For a different example, take XEN_DOMCTL_gdbsx_guestmemio. This hypercall specifically permits the caller to change arbitrary memory, including that of the Xen itself. Neither of these two operations will ever be safe in the hands of anything but a fully privileged entity. Pretending otherwise isn't going to change this fact. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |