Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Vuln-Dev
[Top] [All Lists]

[Full-disclosure] Re: ZH2005-03SA -- multiple vulnerabilities in NukeBoo

Subject: [Full-disclosure] Re: ZH2005-03SA -- multiple vulnerabilities in NukeBookmarks .6
Date: Sat, 26 Mar 2005 13:33:25 -0500 (EST)
On 26 Mar 2005, Gerardo Astharot Di Giacomo wrote:
Product: NukeBookmarks .6
URL: http://nukebookmarks.sourceforge.net/

1) Full path disclosure
It's possible to retrieve the full installation URL of the website. In 
"marks.php" file, there are some queries to the database. If some parameters 
miss or some strange characters are submitted, the functions that get results 
from the database will return an error.

I can understand how full path disclosure can be an issue, however, in a 
production environment the PHP settings to display errors ought to be 
disabled.  As such, full path disclosure goes away.

3) SQL Injection
It's possible to get any content from the database by exploiting a SQL 
Injection vulnerability in "marks.php" file.

This example will get the list of PHPNuke authors and the relative hashes of 
the passwords.

That is true if the default table names are used.  However it would be 
worth noting that with any web presence that uses a backend database, the 
prefix ought to be changed to something random and non-default.

Does this completely solve the issue, of course not, but it can stop the 
script kiddy attacks.  For more on this:

http://unixwiz.net/techtips/sql-injection.html

Thanks for the disclosure.

-- 
Sincerely,

Paul Laudanski .. Computer Cops, LLC.
CastleCops(SM)... http://castlecops.com
CC Blog ......... http://blog.castlecops.com
Staff Blogs ..... http://busterbunny.castlecops.com
Our Vision ...... http://castlecops.com/postt63382.html

http://cuddlesnkisses.com http://justalittlepoke.com http://zhen-xjell.com

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/

<Prev in Thread] Current Thread [Next in Thread>