| Skip Navigation Links | |
| Exit Print View | |
|
Solaris Trusted Extensions Reference Manual |
- move file to zone with corresponding sensitivity label
cc [flag...] file... -ltsol [library...]
#include <tsol/label.h> int setflabel(const char *path, const m_label_t *label_p);
The file that is named by path is relabeled by moving it to a new pathname relative to the root directory of the zone corresponding to label_p. If the source and destination file systems are loopback mounted from the same underlying file system, the file is renamed. Otherwise, the file is copied and removed from the source directory.
The following policy checks are enforced by this function:
If the sensitivity label of label_p equals the existing sensitivity label, then the file is not moved.
If the corresponding directory does not exist in the destination zone, or if the directory exists, but has a different label than label_p, the file is not moved. Also, if the file already exists in the destination directory, the file is not moved.
If the sensitivity label of the existing file is not equal to the calling process label and the caller is not in the global zone, then the file is not moved. If the caller is in the global zone, the existing file label must be in a labeled zone (not ADMIN_LOW or ADMIN_HIGH).
If the calling process does not have write access to both the source and destination directories, then the calling process must have PRIV_FILE_DAC_WRITE in its set of effective privileges.
If the sensitivity label of label_p provides read only access to the existing sensitivity label (an upgrade), then the user must have the solaris.label.file.upgrade authorization. In addition, if the current zone is a labeled zone, then it must have been assigned the privilege PRIV_FILE_UPGRADE_SL when the zone was configured.
If the sensitivity label of label_p does not provide access to the existing sensitivity label (a downgrade), then the calling user must have the solaris.label.file.downgrade authorization. In addition, if the current zone is a labeled zone, then it must have been assigned the privilege PRIV_FILE_DOWNGRADE_SL when the zone was configured.
If the calling process is not in the global zone, and the user does not have the solaris.label.range authorization, then label_p must be within the user's label range and within the system accreditation range.
If the existing file is in use (not tranquil) it is not moved. This tranquility check does not cover race conditions nor remote file access.
Additional policy constraints can be implemented by customizing the shell script /etc/security/tsol/relabel. See the comments in this file.
setflabel() returns:
On success.
On failure, and sets errno to indicate the error.
setflabel() fails and the file is unchanged if any of these conditions prevails:
Search permission is denied for a component of the path prefix of path.
The calling process does not have mandatory write access to the final component of path because the sensitivity label of the final component of path does not dominate the sensitivity label of the calling process and the calling process does not have PRIV_FILE_MAC_WRITE in its set of effective privileges.
There is an open file descriptor reference to the final component of path.
A connection to the label daemon could not be established.
A file with the same name exists in the destination directory.
Improper parameters were received by the label daemon.
The existing file is a directory.
Too many symbolic links were encountered in translating path.
The existing file is hardlinked to another file.
The length of the path argument exceeds PATH_MAX.
The file referred to by path does not exist.
The file system is read-only or its label is ADMIN_LOW or ADMIN_HIGH.
See attributes(5) for descriptions of the following attributes:
|
Setting a File Sensitivity Label in Solaris Trusted Extensions Developer’s Guide
|