From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Vladimir 'phcoder' Serbinenko" Subject: Fwd: Re: [PATCH 3/4] Build grub.xen. Date: Thu, 12 Dec 2013 17:49:51 +0100 Message-ID: References: <20131212153643.GA1431@riva.ucam.org> <20131212153741.GD1431@riva.ucam.org> <20131212163907.GG1431@riva.ucam.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5066202263555205027==" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Vr9ST-0000C4-Oi for xen-devel@lists.xenproject.org; Thu, 12 Dec 2013 16:49:54 +0000 Received: by mail-wi0-f180.google.com with SMTP id hn9so2788956wib.7 for ; Thu, 12 Dec 2013 08:49:51 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel , development of GRUB 2 List-Id: xen-devel@lists.xenproject.org --===============5066202263555205027== Content-Type: multipart/alternative; boundary=f46d04155418654aae04ed5922a4 --f46d04155418654aae04ed5922a4 Content-Type: text/plain; charset=ISO-8859-1 ---------- Forwarded message ---------- From: "Vladimir 'phcoder' Serbinenko" Date: Dec 12, 2013 5:45 PM Subject: Re: [PATCH 3/4] Build grub.xen. To: "The development of GNU GRUB" No I meant full access to just obe of guest partitions. E.g. FTP may be using separate partition and non-admins may have control over it. If system has some kind of automatic user creation and /home is separate someone may register as boot or grub and put grub.xen in his directory. If /tmp is on separate partition and not in RAM then everybody can put grub.xen to /tmp/grub/grub.xen On Dec 12, 2013 5:39 PM, "Colin Watson" wrote: > On Thu, Dec 12, 2013 at 05:24:50PM +0100, Vladimir 'phcoder' Serbinenko > wrote: > > This config has a security problem. If a user has full acces to some > > partition (e.g. fto server partition) he can put grub.xen there and load > > his own code > > Only in the domU context, though. If a user has full access to a guest > filesystem then of course they can run code in the domU. This seems > unsurprising and not a problem? > > -- > Colin Watson [cjwatson@ubuntu.com] > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel > --f46d04155418654aae04ed5922a4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
---------- Forwarded message ----------
From:= "Vladimir 'phcoder' Serbinenko" <phcoder@gmail.com>
Date: Dec 12, 2013 5:45 PM Subject: Re: [PATCH 3/4] Build grub.xen.
To: "The development of GN= U GRUB" <grub-devel@gnu.org>

No I meant full access to just obe of= guest partitions. E.g. FTP may be using separate partition and non-admins = may have control over it. If system has some kind of automatic user creatio= n and /home is separate someone may register as boot or grub and put grub.x= en in his directory. If /tmp is on separate partition and not in RAM then e= verybody can put grub.xen to /tmp/grub/grub.xen

On Dec 12, 2013 5:39 PM, "Colin Watson"= ; <cjwatson@ubu= ntu.com> wrote:
On Thu, Dec 12, 2013 at 05:24:50PM +0100, Vladimir 'phcoder' Serbin= enko wrote:
> This config has a security problem. If a user has full acces to some > partition (e.g. fto server partition) he can put grub.xen there and lo= ad
> his own code

Only in the domU context, though. =A0If a user has full access to a guest filesystem then of course they can run code in the domU. =A0This seems
unsurprising and not a problem?

--
Colin Watson =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 [c= jwatson@ubuntu.com]

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org<= /a>
https://lists.gnu.org/mailman/listinfo/grub-devel
--f46d04155418654aae04ed5922a4-- --===============5066202263555205027== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============5066202263555205027==--