Home    |    View Topics    |    Search    |    Contact Us    |   



Category:   Application (Forum/Board/Portal)  >   Face Control Vendors:   Elido Media
Face Control Input Validation Hole in '' Lets Remote Users Traverse the Directory
SecurityTracker Alert ID:  1015547
SecurityTracker URL:
CVE Reference:   CVE-2006-0484   (Links to External Site)
Updated:  Feb 4 2006
Original Entry Date:  Jan 27 2006
Impact:   Disclosure of system information, Disclosure of user information
Fix Available:  Yes  Vendor Confirmed:  Yes  Exploit Included:  Yes  

Description:   spher3 of Hackers Center Security Group reported a vulnerability in Face Control. A remote user can view files on the target system.

The '' script does not properly validate user-supplied input in the 's' and 'p' parameters. A remote user can supply a URL with a specially crafted parameter value to view files on the target system.

Other parameters may also be affected.

Some demonstration exploit URLs are provided:



Impact:   A remote user can view files on the target system with the privileges of the target web service.
Solution:   The vendor has issued a fix and has provided customers with the update.
Vendor URL: (Links to External Site)
Cause:   Input validation error
Underlying OS:  Linux (Any), UNIX (Any)

Message History:   None.

 Source Message Contents

Subject:  [HSC] Multiple transversal bug in vis

Hackers Center Security Group (
spher3's Security Advisory

Multiple transversal bug in

Description: is a perl script which manages files in order to show these;
you can find it in e-cms default files. The vulnerability taken in
exam is classifiable as transversal bug. In fact can show to everybody
files such as passwords or accounts.
Code Details: doesn't control cgi query except for:
if ( -e $datFile )
open ( DAT_FILE, "$datFile" );
This function controls only the file existence.
Then the script start to open the file without check dangerous
characters as "." and "/".
So is simply to access where you want:
All variables that open files are unsafe:
How to fix:
You can fix this script with remove those dangerouse characters as taught
from W3C WWW Security FAQ. Just adding a line:
$datFile = s/\.\.//g;
You have to insert a line like this for ALL variables which contain files
to open.

Go to the Top of This SecurityTracker Archive Page

Home   |    View Topics   |    Search   |    Contact Us

This web site uses cookies for web analytics. Learn More

Copyright 2021, LLC