NAME<\/a> avc_has_perm, avc_has_perm_noaudit, avc_audit, avc_entry_ref_init \u2212 obtain and audit SELinux access decisions<\/p>\n #include void avc_entry_ref_init(struct avc_entry_ref *<\/b>aeref<\/i>);<\/b><\/p>\n int avc_has_perm(security_id_t<\/b> ssid<\/i>, security_id_t<\/b> tsid<\/i>,<\/b><\/p>\n security_class_t<\/b> tclass<\/i>, access_vector_t<\/b> requested<\/i>, int avc_has_perm_noaudit(security_id_t<\/b> ssid<\/i>, security_id_t<\/b> tsid<\/i>,<\/b><\/p>\n security_class_t<\/b> tclass<\/i>, access_vector_t<\/b> requested<\/i>, void avc_audit(security_id_t<\/b> ssid<\/i>, security_id_t<\/b> tsid<\/i>,<\/b><\/p>\n security_class_t<\/b> tclass<\/i>, access_vector_t<\/b> requested<\/i>, Direct use of these functions is generally discouraged in favor of the higher level interface selinux_check_access(3)<\/b> since the latter automatically handles the dynamic mapping of class and permission names to their policy values and proper handling of allow_unknown.<\/p>\n When using any of the functions that take policy integer values for classes or permissions as inputs, use string_to_security_class(3)<\/b> and string_to_av_perm(3)<\/b> to map the class and permission names to their policy values. These values may change across a policy reload, so they should be re-acquired on every use or using a SELINUX_CB_POLICYLOAD<\/b> callback set via selinux_set_callback(3).<\/b><\/p>\n An alternative approach is to use selinux_set_mapping(3)<\/b> to create a mapping from class and permission index values used by the application to the policy values, thereby allowing the application to pass its own fixed constants for the classes and permissions to these functions and internally mapping them on demand. However, this also requires setting up a callback as above to address policy reloads.<\/p>\n avc_entry_ref_init<\/b>() initializes an avc_entry_ref<\/b> structure; see ENTRY REFERENCES<\/b> below. This function may be implemented as a macro.<\/p>\n avc_has_perm<\/b>() checks whether the requested<\/i> permissions are granted for subject SID ssid<\/i> and target SID tsid<\/i>, interpreting the permissions based on tclass<\/i> and updating aeref<\/i>, if non-NULL, to refer to a cache entry with the resulting decision. The granting or denial of permissions is audited in accordance with the policy. The auditdata<\/i> parameter is for supplemental auditing; see avc_audit<\/b>() below.<\/p>\n avc_has_perm_noaudit<\/b>() behaves as avc_has_perm<\/b>() without producing an audit message. The access decision is returned in avd<\/i> and can be passed to avc_audit<\/b>() explicitly.<\/p>\n avc_audit<\/b>() produces an audit message for the access query represented by ssid<\/i>, tsid<\/i>, tclass<\/i>, and requested<\/i>, with a decision represented by avd<\/i>. Pass the value returned by avc_has_perm_noaudit<\/b>() as result<\/i>. The auditdata<\/i> parameter is passed to the user-supplied func_audit<\/b> callback and can be used to add supplemental information to the audit message; see avc_init<\/b>(3).<\/p>\n Entry references can be used to speed cache performance for repeated queries on the same subject and target. The userspace AVC will check the aeref<\/i> argument, if supplied, before searching the cache on a permission query. After a query is performed, aeref<\/i> will be updated to reference the cache entry for that query. A subsequent query on the same subject and target will then have the decision at hand without having to walk the cache.<\/p>\n After declaring an avc_entry_ref<\/b> structure, use avc_entry_ref_init<\/b>() to initialize it before passing it to avc_has_perm<\/b>() or avc_has_perm_noaudit<\/b>() for the first time. Using an uninitialized structure will produce undefined behavior.<\/p>\n If requested permissions are granted, zero is returned. If requested permissions are denied or an error occurred, \u22121 is returned and errno<\/i> is set appropriately.<\/p>\n In permissive mode, zero will be returned and errno<\/i> unchanged even if permissions were denied. avc_has_perm<\/b>() will still produce an audit message in this case.<\/p>\n EACCES<\/b><\/p>\n<\/td>\n A requested permission was denied.<\/p>\n<\/td>\n<\/tr>\n EINVAL<\/b><\/p>\n<\/td>\n The tclass<\/i> and\/or the security contexts referenced by ssid<\/i> and tsid<\/i> are not recognized by the currently loaded policy.<\/p>\n<\/td>\n<\/tr>\n ENOMEM<\/b><\/p>\n<\/td>\n An attempt to allocate memory failed.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Internal errors encountered by the userspace AVC may cause certain values of errno<\/i> to be returned unexpectedly. For example, netlink socket errors may produce EACCES<\/b> or EINVAL<\/b>. Make sure that userspace object managers are granted appropriate access to netlink by the policy.<\/p>\n
SYNOPSIS<\/a>
DESCRIPTION<\/a>
ENTRY REFERENCES<\/a>
RETURN VALUE<\/a>
ERRORS<\/a>
NOTES<\/a>
AUTHOR<\/a>
SEE ALSO<\/a> <\/p>\n
\nNAME <\/a> <\/h2>\n
SYNOPSIS <\/a> <\/h2>\n
#include
struct avc_entry_ref *<\/b>aeref<\/i>, void *<\/b>auditdata<\/i>);<\/b><\/p>\n
struct avc_entry_ref *<\/b>aeref<\/i>, struct av_decision *<\/b>avd<\/i>);<\/b><\/p>\n
struct av_decision *<\/b>avd<\/i>, int<\/b> result<\/i>, void *<\/b>auditdata<\/i>);<\/b><\/p>\nDESCRIPTION <\/a> <\/h2>\n
ENTRY REFERENCES <\/a> <\/h2>\n
RETURN VALUE <\/a> <\/h2>\n
ERRORS <\/a> <\/h2>\n
\n
\n <\/td>\n \n <\/td>\n \n \n <\/td>\n \n <\/td>\n \n \n <\/td>\n \n <\/td>\n \n NOTES <\/a> <\/h2>\n
AUTHOR <\/a> <\/h2>\n