Security 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: dynamic context transitions
From: Frank Mayer <mayerf_at_tresys.com>
Date: Fri, 5 Nov 2004 07:52:27 -0500
>> I would like to move forward with this proposal, going beyond a >> discussion of whether or not it should be implemented to how it >> should be implemented. > > There seemed to be a consensus behind restricting dynamic transitions > to within a "domain hierarchy"; i.e. that an application could not > dynamically gain more privileges, only shed them. Is that true? And > if so, what will the language to define them look like? I think the best consensus we achieved was that a process could change its domain type (hence its privileges) "up or down" the hierarchy within a given range. However I sense a desire to create a capability more urgently than the time this mechanism will take to develop. We're in the process of contemplating a re-prioritization in our design efforts in order to develop the domain hierarchy feature sooner (there are other reasons for such a semantic too). However, this would also require some additional kernel features to support "dynamic context" (as does the current proposal). In particular something in a process security context that would define the upper bound in the hierarchy for a context switch, and some type of rule enhancement (probably to type_transition) to define the upper bound context for a given entry point (or we could assume that the starting domain type is the upper bound and no lower bound is required). In any case, this would require some patience before dynamic contexts are available in order to develop the language constructs and new kernel support for context change (probably a couple of months). Are we prepared to wait a little longer for the more constrained mechanism? Frank -- This message was distributed to subscribers of the selinux mailing 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 Fri 5 Nov 2004 - 07:52:43 EST |
|
Date Posted: Jan 15, 2009 | Last Modified: Jan 15, 2009 | Last Reviewed: Jan 15, 2009 |