CVSS: 9.3EPSS: 0%CPEs: 8EXPL: 0CVE-2020-7040 – Ubuntu Security Notice USN-4508-1
https://notcve.org/view.php?id=CVE-2020-7040
21 Jan 2020 — 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.) El archivo storeBackup.pl en storeBackup versiones hasta 3.5, se basa en el nombre de ruta /tmp/storeBackup.lock, que permite ataques de tipo symlink que posiblemente conllevan a una escalada de privilegios. (... • http://lists.opensuse.org/opensuse-security-announce/2020-01/msg00054.html • CWE-59: Improper Link Resolution Before File Access ('Link Following') •
CVSS: 5.5EPSS: 0%CPEs: 30EXPL: 0CVE-2005-3146
https://notcve.org/view.php?id=CVE-2005-3146
05 Oct 2005 — StoreBackup before 1.19 allows local users to perform unauthorized operations on arbitrary files via a symlink attack on temporary files. • http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332434 •
CVSS: 5.5EPSS: 0%CPEs: 30EXPL: 0CVE-2005-3147
https://notcve.org/view.php?id=CVE-2005-3147
05 Oct 2005 — StoreBackup before 1.19 creates the backup root with world-readable permissions, which allows local users to obtain sensitive information. • http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332434 •
CVSS: 9.1EPSS: 0%CPEs: 30EXPL: 0CVE-2005-3148
https://notcve.org/view.php?id=CVE-2005-3148
05 Oct 2005 — StoreBackup before 1.19 does not properly set the uid and guid for symbolic links (1) that are backed up by storeBackup.pl, or (2) recovered by storeBackupRecover.pl, which could cause files to be restored with incorrect ownership. • http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332434 •