Research
Skip Research Menus
Research MenuSecurity Enhanced Linux What's New Frequently Asked Questions Background Documents License Download Participating Mail List Archives Remaining Work Contributors Related Work Press Releases Information Assurance Research NIARL In-house Research Areas Mathematical Sciences Program Sabbaticals Computer & Information Sciences Research Technology Transfer Advanced Computing Advanced Mathematics Communications & Networking Information Processing Microelectronics Other Technologies Technology Fact Sheets Publications Related Links |
SELinux Mailing ListRE: nscd
From: Stephen Smalley <sds_at_tislabs.com>
Date: Mon, 25 Feb 2002 13:15:01 -0500 (EST)
On Mon, 25 Feb 2002, Westerman, Mark wrote:
> I agree that the example policy configuration needs to be modified We can't provide "complete" encapsulation of each domain, since domains interact with each other directly (transitions, signals, IPC) and indirectly (via shared files). In cases where you have a rule involving two domains or where you have a rule involving a domain and a type derived from another domain, the optimal location for the rule isn't always clear (and it doesn't always fit an easy convention, e.g. always place the rule in the source domain's .te file or always place the rule in the target domain's .te file). Of course, with good policy tools, it should be possible to easily generate lists of rules from either viewpoint (e.g. show me all domains that can transition to domain X, show me all domains to which domain X can transition). -- Stephen D. Smalley, NAI Labs ssmalley@nai.com -- You have received this message because you are subscribed to the selinux list. If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with the words "unsubscribe selinux" without quotes as the message.Received on Mon 25 Feb 2002 - 13:22:44 EST |
|
Date Posted: Jan 15, 2009 | Last Modified: Jan 15, 2009 | Last Reviewed: Jan 15, 2009 |