Cisco Secure ACS Weak Session Management Vulnerability

2006-06-28 / 2006-06-29
Credit: Darren Bounds
Risk: Medium
Local: No
Remote: Yes
CWE: CWE-Other


CVSS Base Score: 7.5/10
Impact Subscore: 6.4/10
Exploitability Subscore: 10/10
Exploit range: Remote
Attack complexity: Low
Authentication: No required
Confidentiality impact: Partial
Integrity impact: Partial
Availability impact: Partial

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello - The Cisco PSIRT has posted a public response to a vulnerability made public by a researcher on multiple public mailing lists. This is the Cisco PSIRT response to the statements made by Darren Bounds in his advisory: Cisco Secure ACS Weak Session Management Vulnerability. The original email/advisory is available at http://archives.neohapsis.com/archives/fulldisclosure/2006-06/0618.html and http://lists.grok.org.uk/pipermail/full-disclosure/2006-June/047301.html This issue is being tracked by Cisco Bug IDs CSCse26754 and CSCse26719. The attacks described in the report take advantage of a weakness in the default configuration of the Cisco ACS. Cisco is investigating this issue and further detail will be added to the Cisco Security Response as it becomes available. Cisco's statement and further information are available on the Cisco public website at http://www.cisco.com/warp/public/707/cisco-sr-20060623-acs.shtml Contact psirt (at) cisco (dot) com [email concealed] with any questions regarding this issue. Regards, Clay On Fri, Jun 23, 2006 at 09:18:51AM -0400, Darren Bounds wrote: > Cisco Secure ACS Weak Session Management Vulnerability > June 23, 2006 > > Product Overview: > Cisco Secure Access Control Server (ACS) provides a centralized > identity networking solution and simplified user management experience > across all Cisco devices and security management applications. > > Cisco Secure ACS is a major component of Cisco trust and identity > networking security solutions. It extends access security by combining > authentication, user and administrator access, and policy control from > a centralized identity networking framework, thereby allowing greater > flexibility and mobility, increased security, and user productivity > gains. > > Vulnerability Details: > A vulnerability has been identified in the Cisco Secure ACS session > management architecture which could be exploited by an attacker to > obtain full administrative access to the web interface and thus all > managed assets (routers, switches, 802.1x authenticated networks, > etc). > > By default, the Cisco Secure ACS web administration login page runs on > TCP port 2002. Upon successful authentication, the client is then > redirected to a dynamicand unique HTTP server port between 1024 and > 65535. Once authenticated, ACS relies solely upon the port and the > client IP address to validate the session. > > Clearly one can think of many somewhat trivial techniques for > acquiring the necessary IP address or senarios where the attacker may > already share the same source IP as the administrator (proxies, NATing > devices). Now it's merely a matter of identifying the port allocated > for the administrative interface. This is easily accomplished as ACS > follows a simple incrementation process for port allocation. > > Affected Versions: > Cisco Secure ACS 4.x for Windows > Legacy versions may also be affected. > > Workarounds: > Configure ACLs within Cisco Secure ACS to restrict access to the web > interface from only 'secure' network address space. > > Cisco has confirmed this vulnerability and is working on a patch. > > References: > http://www.cisco.com/en/US/products/sw/secursw/ps2086/index.html > > > -- > > Thank you, > Darren Bounds -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (SunOS) iD8DBQFEnH0XEHa/Ybuq8nARAmrJAJ9RVE0zwyiEGuhU4a8wVTiyEAt0pwCeK2QW psiCcxc105IojaZsm+i+yjY= =thsN -----END PGP SIGNATURE-----


Vote for this issue:
50%
50%


 

Thanks for you vote!


 

Thanks for you comment!
Your message is in quarantine 48 hours.

Comment it here.


(*) - required fields.  
{{ x.nick }} | Date: {{ x.ux * 1000 | date:'yyyy-MM-dd' }} {{ x.ux * 1000 | date:'HH:mm' }} CET+1
{{ x.comment }}

Copyright 2019, cxsecurity.com

 

Back to Top