Search This Blog

Thursday, May 10, 2007

[NEWS] Multiple Vulnerabilites in Nokia Intellisync Mobile Suite and Wireless Email Express

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

The SecuriTeam alerts list - Free, Accurate, Independent.

Get your security news from a reliable source.
http://www.securiteam.com/mailinglist.html


- - - - - - - - -

Multiple Vulnerabilites in Nokia Intellisync Mobile Suite and Wireless
Email Express
------------------------------------------------------------------------


SUMMARY

<http://europe.nokia.com/A4162029> Nokia Intellisync Mobile Suite is "a
portfolio of products that reside on a single server and can be used alone
or together to create a comprehensive mobility solution. The Nokia
Intellisync Mobile Suite server provides large businesses with the
flexibility, manageability and extensibility to connect virtually any
corporate data to virtually any device over almost any network to meet
both current and future mobility needs". Multiple vulnerabilities have
been found in Nokia's Intellisync Mobile Suite and Wireless Email Express,
which allow remote attackers to gain access to sensitive information and
cause denial of service.

Note: According to Nokia Austria support the tested versions were a bundle
version from Novell to support Groupwise functionality hence Novell is
responsible (according to Nokia).

It seems there exist many different versions of the same or very similar
product. During a short review of an installation of Nokia Intellisync
Wireless Email Express it was found to be partially vulnerable too.

DETAILS

Vulnerable Systems:
* Nokia Intellisync Mobile Suite - Novell Groupwise bundle & Nokia
Intellisync Wireless Email Express versions 6.4.31.2, 6.6.0.107, 6.6.2.2

Vulnerability overview:
* The bundled Apache Tomcat v5.0.25 suffers from an information
disclosure vulnerability which allows an attacker to view the directory
listing and the source code of the application.

* Some ASP scripts under /usrmgr/ list all configured users including the
mail server address with userid (but no password).

* Furthermore it is possible to deactivate all users and denial access to
the system.

* Some ASP scripts are vulnerable to cross site scripting attacks.

An attacker does not need to be authenticated to perform those attacks!

Vulnerability description:
1) Directory listing & source code information disclosure
It seems that (at least) versions v6.4.31.2, v6.6.0.107 and v6.6.2.2 are
bundled with Apache Tomcat v5.0.25. This Tomcat version suffers from a
known directory listing information disclosure vulnerability.

Proof of concept:
Directory Listing: http://$host/;.jsp

Source Code Disclosure: http://$host/en/logon.asp;.jsp

2) User accounts information disclosure
E.g., the following ASP scripts list all configured accounts:
/usrmgr/userList.asp
/usrmgr/userStatusList.asp

Proof of concept:
userStatusList.asp outputs the following XML data for every account:
<f1>id</f1>
<f2>name</f2>
<f3>firstName</f3>
<f4>lastName</f4>
<f5>active</f5>
<f6>server</f6>
<f7>username</f7

userList.asp additionally lists the configured timezone instead of the
server address.

As the login name is known now an attacker can guess/brute force every
account and check for weak passwords.

3) Unauthenticated user account deactivation denial of service
It is possible to deny access to the system for every user account. The
script "userList.asp" also has the functionality to update the accounts.
An unauthenticated attacker can change the login name, first name, last
name and time zone settings. One can also change the "active" dropdown to
"false" which deactivates the account.

By changing the login name to an empty value it is possible to hide the
user. Only the id will show up in the overview page. One can still login
with this username and the associated password.

Proof of concept:
The following URL shows the update page of the user with id 42:
http://$host/usrmgr/userList.asp?action=update&userid=42

4) Cross site scripting
It is possible to conduct cross site scripting attacks as input is not
properly filtered in many scripts. Not all scripts were tested, hence it
is likely that there are many more vulnerable scripts.

Proof of concept:
http://$host/de/pda/dev_logon.asp?username=

Blog Archive