Linux: xfs: fix capability check in xfs
What fixes it
- 19a1a22029ad3ae3604c763af6bd1195cb73648fLinuxCVE List
- 7809ac0161c7c5f52ed348fb1ec683b2b454a83eLinuxCVE List
A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.
Description
In the Linux kernel, the following vulnerability has been resolved:
xfs: fix capability check in xfs
An user reported a bug where he managed to evade group's quota by changing a file's gid to a different group id the same user belonged to, even though quotas were enforced on both gids and the file's size was big enough to exceed the quota's hardlimit.
Commit eba0549bc7d1 replaced a capable() call by a has_capability_noaudit() to prevent unnecessary selinux audit messages. Turns out that both calls have slightly different semantics even though their documentation seems similar. Where in a nutshell:
capable() - Tests the task's effective credentials has_ns_capability_noaudit() - Tests the task's real credentials
This most of the time has no practical difference but in some cases like changing attrs (specifically group id in this case) through a NFS client this will allow the quota code to use XFS_QMOPT_FORCE_RES, effectively bypassing quota accounting checks.
Using instead ns_capable_noaudit() should fix this issue and prevent selinux audit messages.
This also fix the remaining calls to has_capability_noaudit()
Text from CVE List
Affected versions 8
- Linuxaffected: eba0549bc7d100691c13384b774346b8aa9cf9a9 before 19a1a22029ad3ae3604c763af6bd1195cb73648fCVE List
- Linuxaffected: eba0549bc7d100691c13384b774346b8aa9cf9a9 before 7809ac0161c7c5f52ed348fb1ec683b2b454a83eCVE List
- Linuxaffected: eba0549bc7d100691c13384b774346b8aa9cf9a9 before e2f62a9744ebad3bcb6347a648e615026e9efeffCVE List
- Linuxaffected: 5.18CVE List
- Linuxunaffected: all versions before 5.18CVE List
- Linuxunaffected: 6.18.59 through 6.18.*CVE List
- Linuxunaffected: 7.2.13 through 7.2.*CVE List
- Linuxunaffected: 7.3CVE List