Common Vulnerabilities and Exposures assigned an identifier CVE-2010-2432 to the following vulnerability: The cupsDoAuthentication function in auth.c in the client in CUPS before 1.4.4, when HAVE_GSSAPI is omitted, does not properly handle a demand for authorization, which allows remote CUPS servers to cause a denial of service (infinite loop) via HTTP_UNAUTHORIZED responses. References: [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2432 [2] http://cups.org/articles.php?L596 [3] http://cups.org/str.php?L3518 Upstream patch: svn diff -c r9020 http://svn.easysw.com/public/cups/trunk/
This issue did NOT affect the version of the cups package, as shipped with Red Hat Enterprise Linux 3. This issue affects the versions of the cups package, as shipped with Red Hat Enterprise Linux 4 and 5. This issue did NOT affect (is already addressed) in the current versions of the cups package, as shipped with Fedora releases of 11, 12, and 13.
Created attachment 426285 [details] Local copy of upstream CVE-2010-2432 / STR #3518 patch
Statement: Not vulnerable. This issue did not affect the versions of CUPS as shipped with Red Hat Enterprise Linux 3, 4, or 5.
(In reply to comment #1) > This issue affects the versions of the cups package, as shipped with > Red Hat Enterprise Linux 4 and 5. This does not sound right to me. CUPS in RHEL-5 is built with GSSAPI support, so for Negotiate authentications, "too many tries" error is hit. For Basic and Digest authentication, password callback function is called again to ask for a different password. There does not seem to be a limit on number of password callback calls, but that behaviour matches upstream behaviour in 1.4.4 (fixed version). RHEL-4 CUPS does not support Negotiate and password callback is called in case of Basic or Digest failures.
Upstream confirms that not limiting number of password callback calls is intended behaviour. Closing this notabug, with updated statement in comment #5.