<p dir="ltr"><br>
On Oct 25, 2014 9:20 PM, "Rob Landley" <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br>
><br>
> On 10/25/14 10:28, stephen Turner wrote:<br>
> > Isnt part of the idea behind kiss is security? And if you were to<br>
> > include selinux wouldnt you want to reduce that code as well?<br>
><br>
> Yes, but "all or none" is the easiest granularity.<br>
><br>
> If we have a thing in toybox to set selinux entries (which this<br>
> apparently does), then we should at least have code in cp/mv to preserve<br>
> them, and code in "ls" to display them. (I'm reluctant to have _partial_<br>
> support for something, which is by itself useless.)<br>
></p>
<p dir="ltr">Setpriv just asks for context transitions on exec.  It doesn't deal with file labels at all.</p>
<p dir="ltr">> I honestly don't know what the rest of the minimum support criteria<br>
> _are_. I suppose I could grep busybox to see which command names it<br>
> shows up in there. My own experience with it was either figuring out how<br>
> to phrase "noselinux" for the system at hand, or leaving it as somebody<br>
> else's problem for sysadmin du jour who wanted it.<br>
><br>
> The thing is: often you have to know a problem domain really well in<br>
> order to say what the minimal set of required functionality actually<br>
> _is_. I do not know selinux that well. I have a decent understanding of<br>
> classic unix security and I think that _is_ the minimal subset. (Modulo<br>
> groups being sort of a legacy feature, especially once containers go in.)</p>
<p dir="ltr">You need whatever command changes file labels plus something to load policy.  I have no idea how the latter works.  The standard tools are *huge*.</p>
<p dir="ltr">><br>
> I want to add container support on top of classic unix security, but<br>
> unfortunately the people implementing it have a hammer (capabilities!<br>
> selinux! extended attributes! systemd!) and thus will _find_ excuses to<br>
> use this crap despite its seeming uselessness...</p>
<p dir="ltr">Huh?  The *kernel* people seem to dislike these hammers for the most part.<br></p>
<p dir="ltr">><br>
> Possibly containers _don't_ actually need this mess. I really hope not.<br>
> But I don't feel I understand the concept well enough to go all:<br>
><br>
> <a href="http://www.girlgeniusonline.com/comic.php?date=20030625">http://www.girlgeniusonline.com/comic.php?date=20030625</a><br>
><br>
> on it yet. (It sounds like Andy may already have done so, but I need to<br>
> learn more to evaluate it.)</p>
<p dir="ltr">You can do credible containers with no LSM and with almost no special capability stuff at all.  Either you have one uid and no capabilities at all after exec, or you have extra uids and one is the in-container root-like user.</p>
<p dir="ltr">For the latter, toybox should consider implementing newuidmap(1).  It's a pretty straightforward tool.</p>
<p dir="ltr">--Andy</p>
<p dir="ltr">><br>
> But I've kinda been hip-deep in sed this past week...<br>
><br>
> Rob<br>
</p>