Uiga Business Portal SQL Injection and Script Insertion Vulnerabilities

SA38430

CVE-2010-1048, CVE-2010-1049

08 Feb 2010

26 Mar 2010

Moderately Critical

Unpatched

Uiga Business Portal

From remote

Cross-Site Scripting

Cross-Site Scripting vulnerabilities allow a third party to manipulate the content or behaviour of a web application in a user's browser, without compromising the underlying system.

Different Cross-Site Scripting related vulnerabilities are also classified under this category, including "script insertion" and "cross-site request forgery".

Cross-Site Scripting vulnerabilities are often used against specific users of a website to steal their credentials or to conduct spoofing attacks.

Manipulation of data

This includes vulnerabilities where a user or a remote attacker can manipulate local data on a system, but not necessarily be able to gain escalated privileges or system access.

The most frequent type of vulnerabilities with this impact are SQL-injection vulnerabilities, where a malicious user or person can manipulate SQL queries.

Some vulnerabilities have been discovered in Uiga Business Portal, which can be exploited by malicious people to conduct SQL injection and script insertion attacks.

1) Input passed via the "noentryid" parameter to blog/index.php (when "view" is set to "noentryid") is not properly sanitised before being used in SQL queries. This can be exploited to manipulate SQL queries by injecting arbitrary SQL code.

2) Input passed via the "p" parameter to index2.php (when "c" is set) is not properly sanitised before being used in SQL queries. This can be exploited to manipulate SQL queries by injecting arbitrary SQL code.

3) Input passed via the "textcomment" parameter to blog/index.php (when "view" is set to "noentryid" and "noentryid" is set) is not properly sanitised before being displayed to the user. This can be exploited to insert arbitrary HTML and script code, which will be executed in a user's browser session in context of an affected site when the malicious data is being viewed.

4) Input passed via the "id" parameter to index.php (when "view" is set to "photos") is not properly sanitised before being used in SQL queries. This can be exploited to manipulate SQL queries by injecting arbitrary SQL code.

The vulnerabilities are confirmed in the versions downloaded on February 8th 2010 and March 23rd 2010.

Edit the source code to ensure that input is properly sanitised.

1 - 3) Sioma Labs
4) Easy Laster