Bug 480488 - (CVE-2009-0030) CVE-2009-0030 squirrelmail: session management flaw
CVE-2009-0030 squirrelmail: session management flaw
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
: Security
Depends On: 480224 480490 480491 480492 480493 833980
  Show dependency treegraph
Reported: 2009-01-17 12:38 EST by Tomas Hoger
Modified: 2012-06-20 10:37 EDT (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-02-26 04:17:49 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2009:0057 normal SHIPPED_LIVE Important: squirrelmail security update 2009-01-19 16:17:40 EST

  None (edit)
Description Tomas Hoger 2009-01-17 12:38:25 EST
It was discovered that a backport of the patch for CVE-2008-3663 included in SquirrelMail packages as shipped in Red Hat Enterprise Linux 3, 4, and 5 contained a bug, that could result in different users being assigned insecure and identical session identifier.  Such session identifiers were assigned if user logged out of SquirrelMail and logged in again without closing web browser.

This could result in sessions of the multiple users to "merge".  Certain data from one user's session could have been displayed to other user (such as folder structure, address book and options, but not individual mails), or result in the overwrite of the preferences data with other user's settings.

Further details can be found in the bug #480224.
Comment 3 Josh Bressers 2009-01-19 15:57:01 EST
Lifting embargo
Comment 4 advax 2009-01-20 16:14:07 EST
We have seen the problems reported in #480224, and have rolled back from 
to 1.4.8-4.0.1.el4 to 1.4.8-5.el4_7.2 on EL4.5 to resolve them. We have had user preferences become corrupted causing mail to be sent apparently from a different user, or duplicated "from" a second user.

When investigating I checked my cookies in Firefox which appeared to have "reasonable" values, deleted them, and logged in again to Squirrelmail. I noticed that I would be randomly logged out. Also on some occasions the list of subscribed folders in the left panel included folders belonging to another user, but if I clicked on them I got a "no such folder" error as they do not exist in my account.
Comment 5 Tomas Hoger 2009-01-21 02:36:30 EST
Version 1.4.8-5.el4_7.2 is known to be affected by issues mentioned in the bug #480224.  The update has been released to address them.  If you are still seeing some issue with latest packages, please file a bug against squirrelmail component, with detailed steps to reproduce.
Comment 6 Scott Dowdle 2009-01-27 11:11:46 EST
I'm running squirrelmail-1.4.8-5.el4_7.3 and I still have the issue.  I have had two users report that email they are sending is using the account information from another user.  I have logged in as them and verified that indeed all of the account settings information displayed is that of another user.

I'm wondering if this is a result of corruption or data alteration created by the previous version... affecting the current version.

In any event I have the latest version and a few users seem to have the problem.  I don't know how wide spread the issue is (it hasn't affected my account) but I have had two users report it... and as I said, I verified it.

Not sure where to do from here?  Should I wait for an update (is there going to be one)?  Should I rollback two versions (where there is a security issue)?  In the meantime, I'm just disabling the webmail system.
Comment 7 Tomas Hoger 2009-01-27 12:42:24 EST
As noted in bug #480224, corruption of the user preferences files was one of the most severe symptoms of this flaw, causing one user's preferences to be written to preferences files of other user (you should be able to manually verify by inspecting individual files in /var/lib/squirrelmail/prefs/).  As was noted in the errata text, all users that have used affected version of squirrelmail (1.4.8-5.el4_7.2 on RHEL4) should review (and correct if needed) their preferences.  Alternatively, restore from backup can be used to revert all users preferences to known good state.  Updated packages make sure to immediately discard all bogus session identifier to avoid further corruptions, but can not undo changes that happened while broken packages were used.
Comment 8 Scott Dowdle 2009-01-27 12:58:32 EST

Thanks for responding to my recent addition to this bug report and bringing to my attention details I did not notice that were there.  I will follow those instructions and report any additional problems if I encounter them although I don't anticipate having them.
Comment 9 Red Hat Product Security 2009-02-26 04:17:49 EST
This issue was addressed in:

Red Hat Enterprise Linux:

Note You need to log in before you can comment on or make changes to this bug.