mac_prepare_type(3) [freebsd man page]

MAC_PREPARE(3)						   BSD Library Functions Manual 					    MAC_PREPARE(3)

NAME

     mac_prepare, mac_prepare_type, mac_prepare_file_label, mac_prepare_ifnet_label, mac_prepare_process_label -- allocate appropriate storage for
     mac_t

SYNOPSIS

     #include <sys/mac.h>

     int
     mac_prepare(mac_t *mac, const char *elements);

     int
     mac_prepare_type(mac_t *mac, const char *name);

     int
     mac_prepare_file_label(mac_t *mac);

     int
     mac_prepare_ifnet_label(mac_t *mac);

     int
     mac_prepare_process_label(mac_t *mac);

DESCRIPTION

     The mac_prepare family of functions allocates the appropriate amount of storage and initializes *mac for use by mac_get(3).  When the result-
     ing label is passed into the mac_get(3) functions, the kernel will attempt to fill in the label elements specified when the label was pre-
     pared.  Elements are specified in a nul-terminated string, using commas to delimit fields.  Element names may be prefixed with the '?' char-
     acter to indicate that a failure by the kernel to retrieve that element should not be considered fatal.

     The mac_prepare() function accepts a list of policy names as a parameter, and allocates the storage to fit those label elements accordingly.
     The remaining functions in the family make use of system defaults defined in mac.conf(5) instead of an explicit elements argument, deriving
     the default from the specified object type.

     mac_prepare_type() allocates the storage to fit an object label of the type specified by the name argument.  The mac_prepare_file_label(),
     mac_prepare_ifnet_label(), and mac_prepare_process_label() functions are equivalent to invocations of mac_prepare_type() with arguments of
     "file", "ifnet", and "process" respectively.

RETURN VALUES

     Upon successful completion, the value 0 is returned; otherwise the value -1 is returned and the global variable errno is set to indicate the
     error.

SEE ALSO

     mac(3), mac_free(3), mac_get(3), mac_is_present(3), mac_set(3), mac(4), mac.conf(5), maclabel(7)

STANDARDS

     POSIX.1e is described in IEEE POSIX.1e draft 17.  Discussion of the draft continues on the cross-platform POSIX.1e implementation mailing
     list.  To join this list, see the FreeBSD POSIX.1e implementation page for more information.

HISTORY

     Support for Mandatory Access Control was introduced in FreeBSD 5.0 as part of the TrustedBSD Project.  Support for generic object types first
     appeared in FreeBSD 5.2.

BSD
								  August 22, 2003							       BSD

MAC_GET(3)						   BSD Library Functions Manual 						MAC_GET(3)

NAME

     mac_get_file, mac_get_link, mac_get_fd, mac_get_peer, mac_get_pid, mac_get_proc -- get the label of a file, socket, socket peer or process

LIBRARY

     Standard C Library (libc, -lc)

SYNOPSIS

     #include <sys/mac.h>

     int
     mac_get_file(const char *path, mac_t label);

     int
     mac_get_link(const char *path, mac_t label);

     int
     mac_get_fd(int fd, mac_t label);

     int
     mac_get_peer(int fd, mac_t label);

     int
     mac_get_pid(pid_t pid, mac_t label);

     int
     mac_get_proc(mac_t label);

DESCRIPTION

     The mac_get_file() system call returns the label associated with a file specified by pathname.  The mac_get_link() function is the same as
     mac_get_file(), except that it does not follow symlinks.

     The mac_get_fd() system call returns the label associated with an object referenced by the specified file descriptor.  Note that in the case
     of a file system socket, the label returned will be the socket label, which may be different from the label of the on-disk node acting as a
     rendezvous for the socket.  The mac_get_peer() system call returns the label associated with the remote endpoint of a socket; the exact
     semantics of this call will depend on the protocol domain, communications type, and endpoint; typically this label will be cached when a con-
     nection-oriented protocol instance is first set up, and is undefined for datagram protocols.

     The mac_get_pid() and mac_get_proc() system calls return the process label associated with an arbitrary process ID, or the current process.

     Label storage for use with these calls must first be allocated and prepared using the mac_prepare(3) functions.  When an application is done
     using a label, the memory may be returned using mac_free(3).

ERRORS

     [EACCES]		A component of path is not searchable, or MAC read access to the file is denied.

     [EINVAL]		The requested label operation is not valid for the object referenced by fd.

     [ENAMETOOLONG]	The pathname pointed to by path exceeds PATH_MAX, or a component of the pathname exceeds NAME_MAX.

     [ENOENT]		A component of path does not exist.

     [ENOMEM]		Insufficient memory is available to allocate a new MAC label structure.

     [ENOTDIR]		A component of path is not a directory.

SEE ALSO

     mac(3), mac_free(3), mac_prepare(3), mac_set(3), mac_text(3), posix1e(3), mac(4), mac(9)

STANDARDS

     POSIX.1e is described in IEEE POSIX.1e draft 17.  Discussion of the draft continues on the cross-platform POSIX.1e implementation mailing
     list.  To join this list, see the FreeBSD POSIX.1e implementation page for more information.

HISTORY

     Support for Mandatory Access Control was introduced in FreeBSD 5.0 as part of the TrustedBSD Project.

BSD
								 December 21, 2001							       BSD