mac_seeotheruids.4freebsd

Langue: en

Version: 300812 (debian - 07/07/09)

Section: 4 (Pilotes et protocoles réseau)


BSD mandoc

NAME

mac_seeotheruids - simple policy controlling whether users see other users

SYNOPSIS

To compile the policy into your kernel, place the following lines in your kernel configuration file:
options MAC options MAC_SEEOTHERUIDS

Alternately, to load the module at boot time, place the following line in your kernel configuration file:

options MAC

and in loader.conf5:

 mac_seeotheruids_load="YES"
 

DESCRIPTION

The policy module, when enabled, denies users to see processes or sockets owned by other users.

To enable , set the sysctl OID security.mac.seeotheruids.enabled to 1. To permit superuser awareness of other credentials by virtue of privilege, set the sysctl OID security.mac.seeotheruids.suser_privileged to 1.

To allow users to see processes and sockets owned by the same primary group, set the sysctl OID security.mac.seeotheruids.primarygroup_enabled to 1.

To allow processes with a specific group ID to be exempt from the policy, set the sysctl OID security.mac.seeotheruids.specificgid_enabled to 1, and security.mac.seeotheruids.specificgid to the group ID to be exempted.

Label Format

No labels are defined for .

SEE ALSO

mac(4), mac_biba4, mac_bsdextended4, mac_ifoff4, mac_lomac4, mac_mls4, mac_none4, mac_partition4, mac_portacl4, mac_test4, mac(9)

HISTORY

The policy module first appeared in Fx 5.0 and was developed by the TrustedBSD Project.

AUTHORS

This software was contributed to the Fx Project by Network Associates Labs, the Security Research Division of Network Associates Inc. under DARPA/SPAWAR contract N66001-01-C-8035 (``CBOSS'' ) as part of the DARPA CHATS research program.

BUGS

See mac(9) concerning appropriateness for production use. The TrustedBSD MAC Framework is considered experimental in Fx .

While the MAC Framework design is intended to support the containment of the root user, not all attack channels are currently protected by entry point checks. As such, MAC Framework policies should not be relied on, in isolation, to protect against a malicious privileged user.