public inbox for gentoo-hardened@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-hardened] SELinux policy for nginx, or include in apache?
@ 2011-06-15 17:45 Sven Vermeulen
  2011-06-15 20:08 ` Francisco Blas Izquierdo Riera (klondike)
  2011-06-16  0:40 ` Anthony G. Basile
  0 siblings, 2 replies; 8+ messages in thread
From: Sven Vermeulen @ 2011-06-15 17:45 UTC (permalink / raw
  To: gentoo-hardened

Hi folks,

As per bug #368795 [1] we have an open request to include a SELinux policy
module for the nginx webserver. However, while working on this, I remembered
a small discussion that upstream had about the same matter [2]. It boils
down to the question: do we support nginx within the existing domains (the
apache SELinux module is generic enough to include support for other
webservers as shown by its current support for lighttpd) or do we use a new
module for this?

[1] https://bugs.gentoo.org/show_bug.cgi?id=368795
[2] http://oss.tresys.com/pipermail/refpolicy/2011-March/004135.html

The thread upstream didn't give a clear signal in my opinion here. On the
one hand was there a mail that said "we should have a specific nginx
module", but the reasoning behind it was countered. Yet the patch itself (to
include nginx support in apache module) isn't pushed to the repository.

Our current "policy" [3] here (what's in a name) has no clear answer on it.
We do say we want to track upstream as closely as possible (and make sure
that our customizations do not interfere with it) but that doesn't give a
signal in either direction.

[3] http://goo.gl/2U0Zr

My /personal/ vision here is that we eventually would need a
capability-based module ("webserver") with specific implementations that use
the interfaces/templates from the generic one for their specific
implementations ("nginx", "apache", ...) but _that_ does not work with the
current upstream implementation (or way of working).

So... ideas? Do we want to "keep it simple" and update the apache policy to
support nginx? Or do we want to stay "least privilege" and have dedicated
rules for applications?

Or do we see if we can deviate from upstream here and start our own path (in
my opinion, we can't as long as we do not have a critical developer mass -
in numbers, not in kilogram).

Wkr,
	Sven Vermeulen



^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2011-06-21 22:05 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-15 17:45 [gentoo-hardened] SELinux policy for nginx, or include in apache? Sven Vermeulen
2011-06-15 20:08 ` Francisco Blas Izquierdo Riera (klondike)
2011-06-16  0:40 ` Anthony G. Basile
2011-06-16  3:15   ` Chris Richards
2011-06-19 15:19     ` Sven Vermeulen
2011-06-21 21:27       ` Chris Richards
2011-06-21 21:27       ` Chris Richards
2011-06-19 15:15   ` Sven Vermeulen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox