OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: Kazaa Sig2Dat Protocol Remote Integer Overflow and Denial Of Service by creating files in arbitrary locations

From: Markus Kern (markus-kernGMX.NET)
Date: Tue Jan 18 2005 - 16:59:51 CST

On Monday, January 17, 2005, 9:40:47 PM Rafel Ivgi, The-Insider <theinsider012.net.il> wrote:

> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> Application: Kazaa
> Vendors: http://www.kazaa.com
> Versions: kazaa lite k++(probably all others too...)
> Platforms: Windows
> Bug: Sig2Dat Protocol Remote Integer Overflow and
> Denial Of Service by creating files in arbitrary
> locations
> Exploitation: Remote With Browser
> Date: 17 Jan 2005
> Author: Rafel Ivgi, The-Insider
> E-Mail: the_insidermail.com
> Website: http://theinsider.deep-ice.com

> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> 1) Introduction
> 2) Bugs
> 3) The Code

> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> ===============
> 1) Introduction
> ===============

> Kazaa is currently the world’s most common P2P file sharing application.
> When installing Kazaa a new protocol is installed named “sig2dat”.

This is incorrect. Kazaa itself does not install a handler for the
'sig2dat' URIs. In fact it doesn't even know about them. The sig2dat
URIs are created and handled by a third party tool [1] which contains
the described flaws and happens to be included in the (unofficial)
Kazaa Lite package.

The official Kazaa from http://www.kazaa.com does not handle sig2dat
URIs and is not vulnerable.

> This protocol contain an integer overflow vulnerability which may cause
> a crash and may allow remote execution of code. There is another
> vulnerability in the “File:” parameter which allows creating files in
> arbitrary locations and committing Denial Of Service.

[1] sig2dat, http://www.geocities.com/vlaibb/tools.html
    (The design and code of this thing are horrific and there are no
    doubt plenty of other bugs to be found)

--
Markus Kern

--
NTBugtraq Editor's Note:

Most viruses these days use spoofed email addresses. As such, using an Anti-Virus product which automatically notifies the perceived sender of a message it believes is infected may well cause more harm than good. Someone who did not actually send you a virus may receive the notification and scramble their support staff to find an infection which never existed in the first place. Suggest such notifications be disabled by whomever is responsible for your AV, or at least that the idea is considered.
--