[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081110025245.GA28174@us.ibm.com>
Date: Sun, 9 Nov 2008 20:52:45 -0600
From: "Serge E. Hallyn" <serue@...ibm.com>
To: Tetsuo Handa <penguin-kernel@...ove.sakura.ne.jp>
Cc: akpm@...ux-foundation.org, linux-security-module@...r.kernel.org,
linux-kernel@...r.kernel.org, takedakn@...data.co.jp,
haradats@...data.co.jp
Subject: Re: [TOMOYO #12 (2.6.28-rc2-mm1) 06/11] Common functions for
TOMOYOLinux.
Quoting Tetsuo Handa (penguin-kernel@...ove.sakura.ne.jp):
> Hello.
>
> Serge E. Hallyn wrote:
> > > There are two PIDs, PID seen from inside virtualized environment and
> > > PID seen from outside virtualized environment. To clarify, let me call
> > > the former "PIDv" and the latter "PIDg".
> > >
> > > PIDv is not system-wide unique. But PIDg is system-wide unique, aren't they?
> > > The PID received from outside virtualized environment is PIDg and they are
> > > system-wide unique, am I right?
> >
> > You are doing find_task_by_vpid(), so you are not looking up a task by
> > global pid.
> >
> I need to clarify reachability of "struct task_struct".
>
> A process inside a virtualized environment cannot reach "struct task_struct"
> which belongs to outside the virtualized environment.
>
> A process outside virtualized environments can reach "struct task_struct"
> which belongs to inside virtualized environments, can't it?
To be precise, there isn't a real 'inside' and 'outside' virtualized
environements. Rather pid namespaces are hierarchical.
(Taking another look) it looks like In is_select_one() you're doing the
right thing - you look up the domain of a task based on
find_task_by_vpid() on a passed-in pid. Seems correct.
thanks,
-serge
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists