Unprivileged BPF and authoritative security hooks
Unprivileged BPF and authoritative security hooks
Posted May 4, 2023 6:35 UTC (Thu) by ringerc (subscriber, #3071)In reply to: Unprivileged BPF and authoritative security hooks by farnz
Parent article: Unprivileged BPF and authoritative security hooks
The "campus" layer knows you can only use your key card at the campus you study at. The correct keycard is sufficient to grant access.
The "police and emergency services" layer knows that you can get if you know the right keypad code, but doesn't know anything about key cards and campuses.
The "rich alumini" layer knows that no matter what anyone else says, you WILL let them in anywhere unconditionally because you want their cheque book.
It's hard to compose security with orthogonal layers of checks if each layer can only give a final denial or a no-decison.
With that said, authoratative permit rules are massive foot guns and it's incredibly hard to design a system that's secure and easy to understand when you use them. I'm more interested in having a default-deny model where each layer can say "yep that's ok", "abstain" or "deny". An approve decision requires at least one explicit approval from a module and no denies. Most of the time most modules would abstain or approve, not deny.
I've always found it easier to layer these sorts of models where you default to denying then you layer grants.
