[NT] Xitami Connection Flood Causes a DoS

From: support@securiteam.com
Date: 08/05/02 

From: support@securiteam.com
To: list@securiteam.com
Date: Mon,  5 Aug 2002 16:56:12 +0200 (CEST)

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

When was the last time you checked your server's security?
How about a monthly report?
http://www.AutomatedScanning.com - Know that you're safe.
- - - - - - - - -

  Xitami Connection Flood Causes a DoS
------------------------------------------------------------------------

SUMMARY

 <http://www.imatix.com/html/xitami/> Xitami is a high-quality portable
free web server. A security vulnerability in the product allows a remote
attacker to cause it to fault by causing it to handle a large numbers of
connections.

DETAILS

Vulnerable systems:
 * Xitami version 2.5b5

A security vulnerability will occur whenever the Xitami server exceeds its
maximum number of concurrent sessions, this will result any of the
following:
1) "Service Unavailable error" response
2) "500 Internal error" response
3) Blank document is returned
4) Session request ignored
5) Server crashes

When the fifth result occurs, Xitami dies due to a Microsoft Visual C++
Runtime Error, where an abnormal program termination inside XIWIN32.EXE
has occurred. The message is not followed by any Win32 exception dialog.

Workaround:
The solution for is to not limiting the maximum number of HTTP sessions,
although this may cause performance degradation issues.

ADDITIONAL INFORMATION

The information has been provided by <mailto:mattmurphy@kc.rr.com>
Matthew Murphy.

========================================

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.

Relevant Pages

  • deadline for Usenix Security extended to Friday, Feb. 1st
    ... Technical Sessions: August 7-9, 2002 ... interested in the latest advances in security of computer systems. ... This symposium will last for four and a half days. ... sessions including refereed papers, invited talks, works-in-progress, ...
    (comp.security.misc)
  • deadline for Usenix Security extended to Friday, Feb. 1st
    ... Technical Sessions: August 7-9, 2002 ... interested in the latest advances in security of computer systems. ... This symposium will last for four and a half days. ... sessions including refereed papers, invited talks, works-in-progress, ...
    (comp.security.unix)
  • Re: Best Practices on Web based email ?
    ... What is the best practice advice from a ... > Security Architect ... hijackable, sessions time-out and require the user to reauthenticate, ... Symantec is the Diamond sponsor. ...
    (Security-Basics)
  • [UNIX] PHP 4.x Session Spoofing
    ... The following security advisory is sent to the securiteam mailing list, and can be found at the SecuriTeam web site: http://www.securiteam.com ... Sessions are now also used for authentication purposes. ... Session support in PHP: ... Then chown it to apache ...
    (Securiteam)
  • Re: Another overflow exploit for Apache?
    ... Maybe a flaw in a php page that allowed an attacker to insert PHP ... >> sessions, ... This event will sell out. ... WhiteHat Security Inc. ...
    (Incidents)