Closed Bug 508189 (CVE-2009-3166) Opened 15 years ago Closed 15 years ago

[SECURITY] Logging in after resetting your password exposes your new password in the URL

Categories

(Bugzilla :: User Accounts, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Bugzilla 3.4

People

(Reporter: mkanat, Assigned: mkanat)

References

Details

Attachments

(1 file)

For some reason or another, when I log in after changing my password on token.cgi, my password is shown in the URL. This isn't a major issue, but something that we should fix for sure.
I'm pretty sure this is due to bug 502641, meaning that 3.4rc1 and above are affected.
(In reply to comment #1) > I'm pretty sure this is due to bug 502641 Hum, no. Backing out this patch didn't change anything.
Note that token.cgi should redirect you to index.cgi anyway, as trying to log in while viewing this page throws an error due to an invalid token. This would also fix this bug.
Severity: minor → normal
Flags: blocking3.4.2+
Attached patch v1 - BranchSplinter Review
This fixes the issue on the branch. There is, however, a more significant problem, which is that $cgi->query_string is returning POST variables when it really shouldn't be. So I have to figure out what to do about that. However, that may be something we only fix on trunk, it being a risky and large change to the behavior of CGI.pm. (But it may be causing other bugs on the branch, so we might have to fix it on the branch too.)
Assignee: user-accounts → mkanat
Status: NEW → ASSIGNED
Attachment #396909 - Flags: review?(LpSolit)
Comment on attachment 396909 [details] [diff] [review] v1 - Branch Tested on tip, works fine. r=LpSolit
Attachment #396909 - Flags: review?(LpSolit) → review+
Flags: approval?
Flags: approval3.4?
Summary: Logging in after changing your password exposes your new password in the URL → [SECURITY] Logging in after changing your password exposes your new password in the URL
Blocks: 515454
Alias: CVE-2009-3166
tip: Checking in token.cgi; /cvsroot/mozilla/webtools/bugzilla/token.cgi,v <-- token.cgi new revision: 1.64; previous revision: 1.63 done 3.4: Checking in token.cgi; /cvsroot/mozilla/webtools/bugzilla/token.cgi,v <-- token.cgi new revision: 1.60.2.3; previous revision: 1.60.2.2 done
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Flags: approval?
Flags: approval3.4?
Flags: approval3.4+
Flags: approval+
Resolution: --- → FIXED
Security advisory sent, unlocking bug.
Group: bugzilla-security
This has just showed up 2.22 as well: http://bugs.gentoo.org/show_bug.cgi?id=308897 CVE-2009-3166 said "Versions: 3.4rc1 to 3.4.1", so that CVE needs an update, and the patch back-ported.
(In reply to comment #8) > This has just showed up 2.22 as well: > http://bugs.gentoo.org/show_bug.cgi?id=308897 > > CVE-2009-3166 said "Versions: 3.4rc1 to 3.4.1", so that CVE needs an update, > and the patch back-ported. No, Bugzilla 2.22.x has been end-of-life'd since July 2009 and is completely unsupported. If you're still using Bugzilla 2.22.x, you're vulnerable to numerous security problems, and you should upgrade to the latest stable version of Bugzilla immediately.
However, we should ensure 3.0.x and 3.2.x are not affected by this bug, especially if 2.22.x is affected.
Nom'ing for blocking just to ensure this gets tested on 3.2.x and 3.0.x.
Flags: blocking3.2.7?
Flags: blocking3.0.12?
(In reply to comment #3) > Note that token.cgi should redirect you to index.cgi anyway, as trying to log > in while viewing this page throws an error due to an invalid token. Indeed, see also bug 549814 and bug 398879. (In reply to comment #4) > There is, however, a more significant problem, which is that $cgi->query_string > is returning POST variables when it really shouldn't be. So I have to figure > out what to do about that. However, that may be something we only fix on trunk, > it being a risky and large change to the behavior of CGI.pm. (But it may be > causing other bugs on the branch, so we might have to fix it on the branch > too.) Filed this as bug 551651.
Summary: [SECURITY] Logging in after changing your password exposes your new password in the URL → [SECURITY] Logging in after resetting your password exposes your new password in the URL
Okay, so, it would be impossible to produce this bug before 3.4, because there was no way to log in on token.cgi itself. So anything that Gentoo is experiencing is some different bug, possibly specific to 2.22, which is EOL.
Flags: blocking3.2.7?
Flags: blocking3.2.7-
Flags: blocking3.0.12?
Flags: blocking3.0.12-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: