freebsd-skq/sys/security/mac_bsdextended
Jamie Gritton 0304c73163 Add hierarchical jails. A jail may further virtualize its environment
by creating a child jail, which is visible to that jail and to any
parent jails.  Child jails may be restricted more than their parents,
but never less.  Jail names reflect this hierarchy, being MIB-style
dot-separated strings.

Every thread now points to a jail, the default being prison0, which
contains information about the physical system.  Prison0's root
directory is the same as rootvnode; its hostname is the same as the
global hostname, and its securelevel replaces the global securelevel.
Note that the variable "securelevel" has actually gone away, which
should not cause any problems for code that properly uses
securelevel_gt() and securelevel_ge().

Some jail-related permissions that were kept in global variables and
set via sysctls are now per-jail settings.  The sysctls still exist for
backward compatibility, used only by the now-deprecated jail(2) system
call.

Approved by:	bz (mentor)
2009-05-27 14:11:23 +00:00
..
mac_bsdextended.c Add hierarchical jails. A jail may further virtualize its environment 2009-05-27 14:11:23 +00:00
mac_bsdextended.h In preparation for 7.0 privilege cleanup, clean up style: 2007-07-05 13:16:04 +00:00
ugidfw_internal.h Remove 'uio' argument from MAC Framework and MAC policy entry points for 2009-03-08 12:32:06 +00:00
ugidfw_system.c Break mac_bsdextended.c out into multiple .c files, with the base access 2008-10-27 12:09:15 +00:00
ugidfw_vnode.c Remove 'uio' argument from MAC Framework and MAC policy entry points for 2009-03-08 12:32:06 +00:00