lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <478BB0C9.6060406@web.de>
Date: Mon, 14 Jan 2008 12:58:17 -0600
From: Jan Heisterkamp <janheisterkamp@....de>
Cc: bugtraq@...urityfocus.com
Subject: Re: Linksys WRT54 GL - Session riding (CSRF)

> A malicious link executing unnoticed by the administrator may open the firewall.

The catch is that this exploit don't work unnoticed, because the admin 
get notification in the browser that there has occured an error with the 
cerificate ["Unable to verify the identity of Linksys as a trusted 
site"] and he has explicity allow it. In other words first he has to 
allow to be attacked...
Jan

Tomaz schrieb:
> Ok, and what does it change...there are still the same vulnerabilities in
> their equipment. Should we stop checking and publishing them just because
> somebody informed the vendor 2 years ago?
> 
> -----Original Message-----
> From: Florian Weimer [mailto:info@...t.uz] 
> Sent: 11. januar 2008 11:54
> To: tomaz.bratusa@...mintell.com
> Cc: bugtraq@...urityfocus.com
> Subject: Re: Linksys WRT54 GL - Session riding (CSRF)
> 
> * tomaz bratusa:
> 
>> Linksys WRT54GL is prone to an authentication-bypass
>> vulnerability. Reportedly, the device permits changes in its
>> configuration settings without requring authentication (CSRF).
> 
> This specific attack scenario has been publicly documented for a long
> time (note the final paragraph):
> 
> | Isn't your exploit somewhat complicated?  Just put
> | 
> | <img
> src="http://192.0.2.1/level/15/configure/-/enable/secret/mypassword"/>
> | 
> | on a web page, and trick the victim to visit it while he or she is
> | logged into the Cisco router at 192.0.2.1 over HTTP.  This has been
> | dubbed "Cross-Site Request Forgery" a couple of years ago, but the
> | authors of RFC 2109 were already aware of it in 1997.  At that time,
> | browser-side countermeasures were proposed (such as users examining
> | the HTML source code *cough*), but current practice basically mandates
> | that browsers transmit authentication information when following
> | cross-site links.
> | 
> | Such attacks are probably more problematic on low-end NAT routers
> | whose internal address defaults to 192.168.1.1 and which generally
> | offer HTTP access, which makes shotgun exploitation easier.  So much
> | for the "put your Windows box behind a NAT router" advice you often
> | read.
> 
> <http://article.gmane.org/gmane.comp.security.bugtraq/20579>
> 
> Cisco PSIRT had been approached about this issue a couple of months
> before that BUGTRAQ posting, IIRC.
> 
> 
> 


-- 
Grupo Ampersand S.A.
IT-Security Consultants & Auditors
Apdo. 924  Escazu 1250
Costa Rica C.A.
Phone: (506)588-0432
ceo_at_ampersanded.com  [corp.]
janheisterkamp_at_web.de [priv.]


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ