Описание
storeBackup.pl in storeBackup through 3.5 relies on the /tmp/storeBackup.lock pathname, which allows symlink attacks that possibly lead to privilege escalation. (Local users can also create a plain file named /tmp/storeBackup.lock to block use of storeBackup until an admin manually deletes that file.)
storeBackup.pl in storeBackup through 3.5 relies on the /tmp/storeBackup.lock pathname, which allows symlink attacks that possibly lead to privilege escalation. (Local users can also create a plain file named /tmp/storeBackup.lock to block use of storeBackup until an admin manually deletes that file.)
Ссылки
- https://nvd.nist.gov/vuln/detail/CVE-2020-7040
- https://bugzilla.suse.com/show_bug.cgi?id=CVE-2020-7040
- https://lists.debian.org/debian-lts-announce/2020/02/msg00003.html
- https://seclists.org/oss-sec/2020/q1/20
- https://usn.ubuntu.com/4508-1
- http://lists.opensuse.org/opensuse-security-announce/2020-01/msg00054.html
- http://www.openwall.com/lists/oss-security/2020/01/20/3
- http://www.openwall.com/lists/oss-security/2020/01/21/2
- http://www.openwall.com/lists/oss-security/2020/01/22/2
- http://www.openwall.com/lists/oss-security/2020/01/22/3
- http://www.openwall.com/lists/oss-security/2020/01/23/1
Связанные уязвимости
storeBackup.pl in storeBackup through 3.5 relies on the /tmp/storeBackup.lock pathname, which allows symlink attacks that possibly lead to privilege escalation. (Local users can also create a plain file named /tmp/storeBackup.lock to block use of storeBackup until an admin manually deletes that file.)
storeBackup.pl in storeBackup through 3.5 relies on the /tmp/storeBackup.lock pathname, which allows symlink attacks that possibly lead to privilege escalation. (Local users can also create a plain file named /tmp/storeBackup.lock to block use of storeBackup until an admin manually deletes that file.)
storeBackup.pl in storeBackup through 3.5 relies on the /tmp/storeBack ...
