CUPS 1.3.x and earlier ships setuid binaries which use environment variables to set the directories in which they operate.
I don't think this affects RHEL 3 and 4. The _cupsGetlang function doesn't exist in those versions.
I also don't see any localization happening in lppasswd.c.
Tim, am I missing something?
You are correct on all counts.
RHEL-5: not setuid
RHEL-4: no localization
RHEL-3: no localization
Denial of service for lppasswd is not really anything to worry about I think.
This issue is now public, although the upstream bug is still private: http://www.cups.org/str.php?L3482 (Ubuntu has released an update addressing this).
This issue does not affect Red Hat Enterprise Linux 3 and 4 due to the lack of localization in lppasswd as provided in those releases. The affected code is present in Red Hat Enterprise Linux 5, however lppasswd is not shipped setuid so is not vulnerable to this issue. If a user were to enable the setuid bit on lppasswd, the impact would only be a crash of lppasswd due to FORTIFY_SOURCE protections.
There are no plans to correct this issue in Red Hat Enterprise Linux 5.