Messages in this thread | | | Date | Wed, 05 Dec 2007 07:31:02 -0800 | From | Andrew Morgan <> | Subject | Re: [PATCH] capabilities: introduce per-process capability bounding set (v10) |
| |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
KaiGai Kohei wrote: > Andrew Morgan wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> KaiGai Kohei wrote: >>>> + if (!!cap_issubset(*inheritable, >>>> + cap_combine(target->cap_inheritable, >>>> + current->cap_bset))) { >>>> + /* no new pI capabilities outside bounding set */ >>>> + return -EPERM; >>>> + } >>>>
>> Yes, the !! was a bug. The correct check is a single !. > > I was in trouble with getting -EPERM at pam_cap.so :-) > >> (Thus, the correct check says no 'new' pI bits can be outside cap_bset.) > > If this condition intends to dominate 'new' pI bits by 'old' pI bits masked > with bounding set, we should not apply cap_combine() here. > I think applying cap_intersect() is correct for the purpose.
The check is not meant to limit existing pI bits.
The check is meant to limit what new bits can be 'added' to pI (in the case that pE & CAP_SETPCAP is true).
Cheers
Andrew -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHVsQ2mwytjiwfWMwRAs9RAKCUyjsjONVhRXooG5I2b+1zU/HLGwCfQIyh tjdDI9QxJ1DWLCm2Ee29qYA= =Gwwt -----END PGP SIGNATURE-----
| |