lppasswd in CUPS 1.1.22, when run in environments that do not ensure that file descriptors 0, 1, and 2 are open when lppasswd is called, does not verify that the passwd.new file is different from STDERR, which allows local users to control output to passwd.new via certain user input that triggers an error message.
References
Configurations
Configuration 1 (hide)
|
Configuration 2 (hide)
|
History
20 Nov 2024, 23:50
Type | Values Removed | Values Added |
---|---|---|
References | () http://tigger.uic.edu/~jlongs2/holes/cups2.txt - Exploit, Vendor Advisory | |
References | () http://www.gentoo.org/security/en/glsa/glsa-200412-25.xml - | |
References | () http://www.mandriva.com/security/advisories?name=MDKSA-2005:008 - | |
References | () http://www.redhat.com/support/errata/RHSA-2005-013.html - | |
References | () http://www.redhat.com/support/errata/RHSA-2005-053.html - | |
References | () https://exchange.xforce.ibmcloud.com/vulnerabilities/18609 - | |
References | () https://oval.cisecurity.org/repository/search/definition/oval%3Aorg.mitre.oval%3Adef%3A11507 - | |
References | () https://usn.ubuntu.com/50-1/ - |
Information
Published : 2005-01-10 05:00
Updated : 2024-11-20 23:50
NVD link : CVE-2004-1270
Mitre link : CVE-2004-1270
CVE.ORG link : CVE-2004-1270
JSON object : View
Products Affected
easy_software_products
- cups
redhat
- fedora_core
CWE