full-disclosure - Re: Remote Command Execution on Cisco WAG120N

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]

Date: Mon, 26 Nov 2012 03:28:52 -0800
From: Gary Driggs <gdriggs@...il.com>
To: full-disclosure <full-disclosure@...ts.grok.org.uk>
Subject: Re: Remote Command Execution on Cisco WAG120N

On Nov 26, 2012, at 1:47 AM, "Julius Kivimäki"
<julius.kivimaki@...il.com> wrote:

> Is a privilege escalation vulnerability in Linux not a vulnerability if it requires authentication?

It was not made clear that it was a privilege escalation...
"Authenticate and browse to /setup.cgi? ... All the fields you see are
vulnerables to command execution as root." So what kind of credentials
are used for the initial authentication? Unprivileged? Then it should
be mentioned as such. Otherwise, I can point out a few dozen embedded
systems with web UIs that allow me to make configuration changes after
authentication because that's why they're there. Now if you can point
out a way to bypass authentication or escalate privileges from an
account that doesn't normally have write access, you've got a
vulnerability. I was merely asking how this differed from any other
auth wall.

-Gary

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/