On Thu, Jan 1, 2015 at 7:25 PM, Alec Ten Harmsel <a...@alectenharmsel.com>
wrote:

> Context for my replies - I only use Gentoo in a personal setting.
>
> On 01/01/2015 12:01 PM, Alexander Kapshuk wrote:
> > I was wondering if there was any harm in disabling the NSA SELinux
> > support in my gentoo-sources based kernel.
>
> I've never had SELinux enabled in my gentoo kernels.
>
> >
> > The kernel config help for the NSA SELinux options suggests that
> > having them enabled is optional.
>
> Yup, totally is.
>
> >
> > If I understand it correctly, having these options on in the kernel
> > config alone does not imply that my system is using NSA SELinux.
> > According to http://wiki.gentoo.org/wiki/SELinux/Installation, a bunch
> > of other things needs to be taken care of to have SELinux on.
>
> That's correct - I don't know what software/config one needs, but
> SELinux is enabled/disabled/configured in userspace.
>
> >
> > Is SElinux something that the folk here would recommend using on a
> > personal, rather than a production system? Or would you recommend
> > using something else, if anything at all?
> >
> > Thanks.
> >
>
> I would recommend using nothing. From what little I understand about
> security-related stuff, SELinux constrains the resources available to
> programs (sockets, files, etc.) so vulnerabilities in various server
> programs don't lead to an entire system being compromised.
>
> SELinux is the only one I've had a bit of experience with - I run CentOS
> (SELinux is enabled by default) for some personal-use-only services that
> I want to run without dealing with Gentoo. My first step in a CentOS
> install is to disable SELinux (and the firewall, hehe) to avoid dealing
> with the pain of wading through documentation for hours on end.
>
> The one use case that seems pretty interesting for personal use is
> something I know for sure Ubuntu does - an AppArmor profile for all of
> the web browsers they ship. AppArmor, if I'm not mistaken, does a lot of
> the same things as SELinux, and the browser profiles guard against rogue
> JavaScript from doing bad things.
>
> If I got anything wrong security-wise, I'm sorry, and hopefully someone
> corrects it quickly.
>
> Hope this helps,
>
> Alec
>
>
Understood. Thanks.

Reply via email to