Ipswitch IMail Server Multiple Vulnerabilities



Date Discovered

May 24, 2005


Ipswitch IMail is prone to multiple remote vulnerabilities. Attackers may exploit these issues to deny service for legitimate users, obtaoin potentially sensitive information, and execute arbitrary code. The vulnerabilities include a directory-traversal issue, two remote denial-of-service issues, and multiple buffer-overflow issues.

Technologies Affected

  • Ipswitch IMail 5.0.0
  • Ipswitch IMail 5.0.5
  • Ipswitch IMail 5.0.6
  • Ipswitch IMail 5.0.7
  • Ipswitch IMail 5.0.8
  • Ipswitch IMail 6.0.0
  • Ipswitch IMail 6.0.1
  • Ipswitch IMail 6.0.2
  • Ipswitch IMail 6.0.3
  • Ipswitch IMail 6.0.4
  • Ipswitch IMail 6.0.5
  • Ipswitch IMail 6.0.6
  • Ipswitch IMail 6.1.0
  • Ipswitch IMail 6.2.0
  • Ipswitch IMail 6.3.0
  • Ipswitch IMail 6.4.0
  • Ipswitch IMail 7.0.1
  • Ipswitch IMail 7.0.2
  • Ipswitch IMail 7.0.3
  • Ipswitch IMail 7.0.4
  • Ipswitch IMail 7.0.5
  • Ipswitch IMail 7.0.6
  • Ipswitch IMail 7.0.7
  • Ipswitch IMail 7.1.0
  • Ipswitch IMail 7.12.0
  • Ipswitch IMail 8.0.3
  • Ipswitch IMail 8.0.5
  • Ipswitch IMail 8.1.0
  • Ipswitch IMail 8.13.0
  • Ipswitch IMail 8.14.0
  • Ipswitch IMail 8.15.0 Hotfix 1
  • Ipswitch IMail 8.2.0


Block external access at the network boundary, unless external parties require service.
Restrict access to the affected software at the network perimeter. Grant access for trusted hosts and networks only.

Deploy network intrusion detection systems to monitor network traffic for malicious activity.
NIDS may detect some attacks resulting from this vulnerability. Flag on excessively long requests and directory-traversal sequences. Webservers, application servers, and proxy servers also provide various logging facilities that may include evidence of attacks. Audit all applicable logs regularly.

Run all software as a nonprivileged user with minimal access rights.
Running the affected service as a user with least privilege possible may help mitigate the impact of a successful exploit attempt.

Implement multiple redundant layers of security.
Memory-protection schemes such as non-executable stack/heap configurations and randomly mapped memory segments will complicate exploitation of memory-corruption vulnerabilities.

The vendor has released a fix to address these issues.



Sebastian Apelt is credited with the discovery of one the denial of service issues. iDEFENSE Labs also discovered a denial of service issue. The rest of the issues were discovered by anonymous researchers.

© 1995- Symantec Corporation

Permission to redistribute this alert electronically is granted as long as it is not edited in any way unless authorized by Symantec Security Response. Reprinting the whole or part of this alert in any medium other than electronically requires permission from secure@symantec.com.


The information in the advisory is believed to be accurate at the time of publishing based on currently available information. Use of the information constitutes acceptance for use in an AS IS condition. There are no warranties with regard to this information. Neither the author nor the publisher accepts any liability for any direct, indirect, or consequential loss or damage arising from use of, or reliance on, this information.

Symantec, Symantec products, Symantec Security Response, and secure@symantec.com are registered trademarks of Symantec Corp. and/or affiliated companies in the United States and other countries. All other registered and unregistered trademarks represented in this document are the sole property of their respective companies/owners.