Re: SELinux and access across 'similar types'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Sat, Jan 07, 2012 at 05:39:15AM -0800, Bennett Haselton wrote:
> 
> What you think people "should" know is a matter of opinion.  However, 
> complaining about what people "should" know, usually doesn't do any 
> good, and that's an empirical fact, not an opinion.

I'm not complaining.  I'm pointing out that anyone that doesn't take
full advantage of every security technology at their disposal, in this
case limited in scope to selinux and selinux only, (so please stop going
off on tangents about AV and historical issues, please) deserve whatever
they get as a result of what boils down to nothing more than simple
laziness.

> Apparently the marketplace favors hosting companies turning SELinux off 
> because the failures it causes are too obscure and it causes too many 
> support headaches.

Well, tough cookies.  This is in no way justification for crappy
security practices.  In fact this is pure nonsense.  Laziness in not
caring to learn the systems you work with is never justification for
anything.  Hosting companies can trivially put together a set of
documentation to point users at; even if that documentation provides
nothing more than a set of links other, properly-maintained,
documentation available on the net such as that provided by TUV, that
provided by CentOS, that provided by fedora which is still applicable in
many instances, etc.  If they did so their customers would have a place
to go to read up on that which you claim to be a "support headache".
Admins, in 2012, have _no excuse_ not to know selinux basics.

People need to start becoming responsible.

Perhaps if the aforementioned boycott would take place irresponsible
hosting companies might realize that something needed to change from
looking at their bottom-line.

If these companies had any marketing skills worth spit they'd take
advantage of the fact that they provision with selinux enabled and
enforced and spin it in their favor.

I'm truly sick of the "*cry* selinux makes things _hard_ *cry*"
whining from not only users but hosting providers and alleged
"administrators" that are, at the root of it, too lazy to figure out how
to properly use selinux and similar technologies.  I'm not a rocket
scientist and yet _I_ have no issues figuring it out.  If _I_ can do it,
pretty much anyone else can as well.

> A non-changing-human-nature solution might be to 
> notify the user directly when SELinux blocks something.  The GUI 
> apparently already does this via a dialog box when viewing a desktop; 
> perhaps there's a way to do it on the command line too.  (When the user 
> runs something that's blocked by SELinux, just send a message to the 
> terminal saying "SELinux blocked this", or something.  Would be a start.)

setroubleshootd can already do this via email to the configured target
address(s).  Again, a simple matter of reading the available documentation
may have made this clear.

> Nobody else was trimming.  When in Rome :)  (By definition, a 
> quoted-quoted-quoted message can only keep getting longer if nobody else 
> is trimming either.)

I'm close to chalking this up to a form of laziness as well.  Editors
are, after all, _hard_ to use properly :)





							John
-- 
Life is like a game of cards.  The hand that is dealt you represents
determinism; the way you play it is free will.

-- Jawaharlal Nehru

Attachment: pgpnqTtz39t3P.pgp
Description: PGP signature

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux