Description
The (1) setfacl and (2) getfacl commands in XFS acl 2.2.47, when running in recursive (-R) mode, follow symbolic links even when the --physical (aka -P) or -L option is specified, which might allow local users to modify the ACL for arbitrary files or directories via a symlink attack.
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | acl | 2.2.49-2 | — |
| Debian 13 | acl | 2.2.49-2 | — |
| Debian 12 | acl | 2.2.49-2 | — |
References
- http://oss.sgi.com/bugzilla/show_bug.cgi?id=790
- 61302 vdb-entry
- http://git.savannah.gnu.org/cgit/acl.git/commit/?id=63451a0
- 37455 vdb-entry
- 37907 third-party-advisory
- [oss-security] 20091223 CVE request: acl 2.2.47 always follows symlinks mailing-list
- MDVSA-2009:345 vendor-advisory
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499076
- SUSE-SR:2010:002 vendor-advisory
- 38420 third-party-advisory
- acl-setfacl-getfacl-symlink(55004) vdb-entry