security_capset(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… security_capset(9)

Okay so bestie, pull up a chair, this one's from the Kernel API Manual and honestly? It's a whole lil' baddie of a function. Let's get into it ✨


πŸŽ€ NAME πŸŽ€

security_capset β€” sets the capability sets for a process. That's it. That's the whole job. Iconic, honestly.


🌸 SYNOPSIS 🌸

int security_capset (struct cred *new , const struct cred *old , const
       kernel_cap_t *effective , const kernel_cap_t *inheritable , const
       kernel_cap_t *permitted );

Like, look at all those parameters β€” she's got range πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • new β€” the brand-new credentials for the target process. the glow-up in progress πŸ’–
  • old β€” the current credentials of the target process. the before picture, if you will.
  • effective β€” the effective capability set. the one that's actually live and doing the thing.
  • inheritable β€” the inheritable capability set. the one that gets passed down, like trauma but for permission bits πŸŽ€
  • permitted β€” the permitted capability set. the ceiling of what's allowed.

πŸ‘‘ DESCRIPTION πŸ‘‘

So the vibe here is simple: this sets the effective, inheritable, and permitted capability sets for the current process. All three at once. No cap. Slay πŸ’…

Like yes, it's "just" setting caps β€” but it's setting all three of them, so don't sleep on it.

⭐ RETURN ⭐

Returns 0 and updates new if permission is granted. That's the whole deal β€” 0 plus a freshly updated new, and you're golden 🫢


🌈 SEE ALSO 🌈

Kernel file ./security/security.c β€” and okay, the extended fam is enormous, so here goes, in order, no skips, no cap 🧚


And that's the whole extended fam β€” genuinely the longest contact list I've ever seen, but she ate and left no crumbs πŸ‘‘πŸ’œ

Okay bye bestie, this page came from the ./security source and it's dated October 2026, filed under security_capset(9) β€” go forth and set those caps πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from