cap_inode_need_killpriv(9)
π cap_inode_need_killpriv(9) π
okay so bestie, welcome to the Kernel API Manual page for cap_inode_need_killpriv β yes, the manual name is folded in right here, weβre being efficient π. This is basically the vibe check for whether an inode change is gonna mess with privilege markings.
πΈ NAME πΈ
cap_inode_need_killpriv - Determine if inode change affects privileges
β¨ SYNOPSIS β¨
int cap_inode_need_killpriv (struct dentry *dentry );
π ARGUMENTS π
dentryβ The inode/dentry in being changed with change markedATTR_KILL_PRIV.
π DESCRIPTION π
So the question this function is asking is: when an inode has a change applied thatβs marked ATTR_KILL_PRIV, does that change affect the security markings on that inode? And if it does, should inode_killpriv be invoked, or should the change be rejected? Thatβs the whole plot π«Ά.
π₯ RETURN π₯
1ifsecurity.capabilityhas a value, meaninginode_killprivis required.0otherwise, meaninginode_killprivis not required.
π¦ SEE ALSO π¦
Kernel file ./security/commoncap.c plus this iconic squad:
cap_capable_helper(9)cap_capable(9)cap_settime(9)cap_ptrace_access_check(9)cap_ptrace_traceme(9)cap_capget(9)cap_capset(9)cap_inode_killpriv(9)kuid_root_in_ns(9)rootid_from_xattr(9)cap_convert_nscap(9)get_vfs_caps_from_disk(9)cap_bprm_creds_from_file(9)cap_inode_setxattr(9)cap_inode_removexattr(9)cap_task_fix_setuid(9)cap_task_setscheduler(9)cap_task_setioprio(9)cap_task_setnice(9)cap_task_prctl(9)cap_vm_enough_memory(9)cap_mmap_addr(9)
π thatβs the page, bestie β brought to you by source/version./security, datedOctober 2026, and titledcap_inode_need_killpriv(9). mwah π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms