ima_match_rules(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay so bestie, this is ima_match_rules(9) from the Kernel API Manual, and the name is literally the whole assignment: ima_match_rules β€” determine whether an inode matches the policy rule. no cap, that's the gig. πŸŽ€


✨ SYNOPSIS ✨

bool ima_match_rules (struct ima_rule_entry *rule , struct mnt_idmap
*idmap , struct inode *inode , const struct cred *cred , struct lsm_prop
*prop , enum ima_hooks func , int mask , const char *func_data );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • rule β€” a pointer to a rule. iconic.
  • idmap β€” idmap of the mount the inode was found from.
  • inode β€” a pointer to an inode.
  • cred β€” a pointer to a credentials structure for user validation.
  • prop β€” LSM properties of the task to be validated.
  • func β€” LIM hook identifier. (yes, LIM, bestie β€” we're reading it exactly as the page says πŸ’…)
  • mask β€” requested action (MAY_READ | MAY_WRITE | MAY_APPEND | MAY_EXEC).
  • func_data β€” func specific data, may be NULL.

🌸 DESCRIPTION 🌸

Returns true on rule match, false on failure. that's it. that's the whole vibe check. periodt. πŸ’–


πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./security/integrity/ima/ima_policy.c β€” go read it, bestie, it's giving source.


this cutie came from ./security/integrity/ima, dated October 2026, and it's the ima_match_rules(9) page β€” mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from