Bugtraq mailing list archives

Blaze Apps Multiple Vulnerabilities


From: admin () bugreport ir
Date: Tue, 19 Jan 2010 10:16:50 +0330

##########################www.BugReport.ir########################################
#
#        AmnPardaz Security Research Team
#
# Title:                Blaze Apps Multiple Vulnerabilities
# Vendor:               http://blazeapps.codeplex.com
# Vulnerable Version:   1.4.0.051909 (and prior versions)
# Exploitation:         Remote with browser
# Fix:                  N/A
###################################################################################

####################
- Description:
####################

Blaze Apps is a ASP .NET 2 Content Management System. It uses VB and C# as backend languages
and uses Microsoft SQL Server as its DBMS.

####################
- Vulnerability:
####################

+--> MS SQL Server 2005 SQL Injection
+--/-- 1>
        There is an SQL Injection vulenarability in the site search module.
        The code can be find in "<SRC_DIR>/BlazeApps/Usercontrols/Search.ascx" file.
        Submitting search criteria will cause subroutine "uxSubmitButton_Click"
        in the file "<SRC_DIR>/BlazeApps/Usercontrols/Search.ascx.vb" to be executed.
        Then it will use "uxSearchTextBox" input element value (POST Variable) and
        the "tagname" input value (POST Variable) without escaping, in a query.
        The exact place of injection bug is at lines 67 and 69.

        NOTE: In query creating phase, all security notes are maintained. In the file
        "<SRC_DIR>/BlazeApps.Library/Search/PageSearch.cs" at lines 20 and 30 the
        query parameters are all escaped in a prepared sql statement.
        But (only) in the search module, the where clause is created manually before
        reaching the DB utility code!!!
+--/-- 2>
        In the "<SRC_DIR>/BlazeApps/App_Code/BlazeKBSVC.vb" file at lines 19 and 37
the "SearchString" function parameter is not escaped before using in the query. Again the bug is (only) from the high level logic code and the underlying db utility
        escape everything correctly.

+--> Stored XSS Vulnerablity
        The post page of the site's forum save posts without any check on the input.
        In file "<SRC_DIR>/BlazeApps/Usercontrols/Forum/addpost.ascx.vb" line 121
        the "uxAddPostTextbox" input value is not sanitiezd.

####################
- Exploits/PoCs:
####################

+--> Exploiting SQL Injection Vulnerablites:
You can use "aa' OR **** OR 'a'='1" injection vector for exploiting above bugs (replacing the **** with a desired query). For exp. "aa' OR 1=1 OR '1'='1" will show everything
        in the search response page.
This vulenarability can be used for extracting admin password by Blind SQL Injection. Using "aa' OR @Condition OR 'a'='1" as the injection vector, the result page for the search will be empty if @Condition be false and will show all links if @Condition be true.
        So we can replace @Condition with a query like
EXISTS (SELECT * FROM blazedb.dbo.aspnet_Membership WHERE (LEN(Password) < 32) AND UserId=??) and then brout force on the length and then on each character of the password (Of course we need first extract the user id from username by another query like above and then fill ?? with
        the user id of the admin which is the same process).

+--> Exploiting The Stored XSS Vulnerablity:
It can be exploited by posting a vector like "<script>alert('Stored XSS')</script>" to the forum.
        (see "<SRC_DIR>/BlazeApps/Usercontrols/Forum/addpost.ascx.vb")

####################
- Solution:
####################

Edit the source code to ensure that inputs are properly sanitized for SQL injection.
For the XSS you should whitelist the input messages.

####################
- Original Advisory:
####################

http://www.bugreport.ir/index_66.htm

####################
- Credit:
####################
AmnPardaz Security Research & Penetration Testing Group
Contact: admin[4t}bugreport{d0t]ir
www.BugReport.ir
www.AmnPardaz.com



Current thread: