Some vulnerabilities and a security issue have been reported in TinyPHPForum, which can be exploited by malicious people to conduct cross-site scripting and script insertion attacks, bypass certain security restrictions, disclose sensitive information, and compromise a vulnerable system.

1) Input passed to the URL of a link when posting a message isn't properly verified before being used. This can be exploited to inject arbitrary JavaScript code, which will be executed in a user's browser session in context of an affected site when a link with the "javascript:" URI handler is followed in a malicious message.

2) The problem is that user credentials are stored insecurely in the "users" directory inside the web root. This can be exploited to disclose users' encrypted passwords and other information.

3) Input passed to the "uname" parameter in "profile.php" when viewing a profile isn't properly sanitised before being used to view user content. This can be exploited to disclose the content of arbitrary files via directory traversal attacks.

Successful exploitation requires that "magic_quotes_gpc" is disabled.

4) Input passed to the "uname" parameter in "profile.php" and "error.php", the "query" parameter in search.php, and the "siteName", "title", and "style" parameters in header.php isn't properly sanitised before being returned to the user. This can be exploited to execute arbitrary HTML and script code in a user's browser session in context of an affected site.

Some other parameters when creating new users and topics may also be affected.

5) Input passed to the "fid" parameter in action.php and the "f" parameter in split.php isn't properly sanitised before being used to create files. This can be exploited to create a malicious PHP script inside the web root.

6) Input passed via the "a" and "img" BBcode tags when posting isn't properly sanitised before being used. This can be exploited to inject arbitrary HTML and script code, which will be executed in a user's browser session in context of an affected site when the malicious user data is viewed.

7) The problem is that it is possible to gain administrative privileges by setting the "makeadmin" parameter to "true" when updating the profile via updatepf.php.

8) The updatepf.php script writes arbitrary data received via e.g. the "uskin" parameter to arbitrary files specified via the "uname" parameter. This can be exploited to write and execute arbitrary PHP code via specially crafted parameters passed to the affected script.

NOTE: This vulnerability also affects version 3.61.

The vulnerabilities and the security issue are reported in version 3.6. Other versions may also be affected.

Solution
Use another product.

Provided and/or discovered by
1-3) Aliaksandr Hartsuyeu
4) Hessam M.Salehi, Iran Hackerz Security Team
Additional information provided by Sirdarckcat.
5-7) Sirdarckcat
8) brain[pillow]

Changelog
Further details available in Customer Area

Original Advisory
1-3) http://evuln.com/vulns/14/summary.html
4-7) http://lists.grok.org.uk/pipermail/full-disclosure/2006-July/048316.html
8) http://milw0rm.com/exploits/8342

Deep Links
Links available in Customer Area