Closed Bug 398239 Opened 18 years ago Closed 17 years ago

HTTPS should be used for sensitive info pages (login, register, etc.)

Categories

(support.mozilla.org :: Knowledge Base Software, task)

task
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: reed, Assigned: nkoth)

References

()

Details

(Keywords: push-needed, Whiteboard: tiki_fixed)

Attachments

(1 file)

Right now, http://support.mozilla.com/kb/tiki-register.php and http://support.mozilla.com/kb/tiki-login_scr.php are on HTTP (non-SSL), which means anybody monitoring the networking traffic between a user's computer and the server running support.mozilla.com can easily sniff the user's password. HTTPS (SSL) should be used on any sensitive pages such as register, login, etc. to prevent this.
This is known. The app needs refactoring to support this on the register/edit/login pages. It's on my TODO list. I assume you already filed a bug against wikimo?
Assignee: nobody → morgamic
Status: NEW → ASSIGNED
(In reply to comment #1) > I assume you already filed a bug against wikimo? Of course. Bug 397125. Other related bugs: * Bug 269012 * Bug 390836 * Bug 395540 * Bug 396008 * Bug 397123
Here's your gold star.
Depends on: 398246
morgamic, What exactly needs to be done here? Perhaps I can help?
Target Milestone: --- → 0.6
Depends on: 437794
Target Milestone: 0.6 → 0.7
Target Milestone: 0.7 → 0.6.2
morgamic, should I reassign this?
Assignee: morgamic → nobody
Status: ASSIGNED → NEW
We basically just need to require SSL on the login page.
Assignee: nobody → laura
Target Milestone: 0.6.2 → 0.6.3
I think it would be better if we then required SSL both on the login page and once a user was logged in, to avoid MITM attacks.
I note Tiki has an admin setting to require HTTPS login - we can turn this on in the next maintenance window. Nelson, will that do the trick, or is there more we need to do?
Depends on: 452802
Having some problems on support-stage with HTTPS which blocks testing (bug 452802)...let's hold this over to 0.6.4, although we may be able to do it sooner since it's basically just a setting change.
Target Milestone: 0.6.3 → 0.6.4
Blocks: 453058
Testing with this on support-stage shows there's a bug somewhere - when you turn on required https login in tiki login redirects you to tiki-login.php instead of tiki-login_scr.php. Looks like we'll need a code change instead.
Target Milestone: 0.6.4 → 0.7
I think redirect to tiki-login.php instead of tiki-login_scr.php is intended and desired to effect login. It looks like https://support-stage.mozilla.org/...anything... (e.g. https://support-stage.mozilla.org/en-US/kb) 404s though, and https://support-stage.mozilla.org/ redirects to http://www.mozilla.org/
Target Milestone: 0.7 → 0.8
Depends on: 457086
Reassigning to nelson after IRC discussion, thanks Nelson.
Assignee: laura → nelson
Can someone tell my why the following statement resolves to false on support-stage.mozilla.org even if I submit a https request? if ( isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] == 'on' || $_SERVER['SERVER_PORT'] == 443 )
If it's behind the netscaler the SSL is being offloaded before it hits your script. Not sure if it's a global setting on the netscaler but it sets HTTP_MOZ_REQ_METHOD on AMO. If it's setting it for you too, something like this in your init file should fix it: if (isset($_SERVER['HTTP_MOZ_REQ_METHOD']) && $_SERVER['HTTP_MOZ_REQ_METHOD'] == 'HTTPS') { $_SERVER['HTTPS'] = 'on'; }
or IT can just add |SetEnv HTTPS on| to the vhost... we've done that before.
This patch is already in the current trunk (r20736). Will commit to production after reviewed. Actual https requirement must be set to "Require SSL" in the TikiWiki admin panel in admin...login. Default has been set for user not to stay in SSL after logging in. If anyone disagrees with this, I can change the default behavior to "Stay in ssl".
Attachment #352505 - Flags: review?(laura)
Comment on attachment 352505 [details] [diff] [review] https support behind netscalar This all looks fine. Let's test/verify it extensively on support-stage though (stephend ftw!)
Attachment #352505 - Flags: review?(laura) → review+
Comment on attachment 352505 [details] [diff] [review] https support behind netscalar in r20738 in production. Will be in effective after turning on, after push.
Status: NEW → RESOLVED
Closed: 17 years ago
Keywords: push-needed
Resolution: --- → FIXED
(In reply to comment #17) > (From update of attachment 352505 [details] [diff] [review]) > This all looks fine. Let's test/verify it extensively on support-stage though > (stephend ftw!) Added bug 469095 and 469096 to the dependency list.
Depends on: 469095, 469096
OK; verified fixed. Bug 469095 and bug 469096 are scoped post-release, accordingly.
Status: RESOLVED → VERIFIED
Whiteboard: tiki_triage
All this part was rewritten by nyloth. Need to check if new method is suitable for SUMO.
Whiteboard: tiki_triage → tiki_fixed
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: