Note that this will affect devices without listening services. Embedded devices are very likely to be affected for a long time. A note for those trying to reproduce the PoC (as I was yesterday) - ISC's DHCP server only sends client-requested options by default, though this can be overridden [1]. tftpd [2], the software used in the PoC, is likely the easiest way to demo the vulnerability. [1] http://linux.die.net/man/…
Shellshock DHCP Remote Code Execution – Proof of Concept
11–20 of 160 posts
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#12Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#13Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#14one more reason for networking done by network-manager or networkd (systemd) instead of bash scripts
Just because bash is vulnerable in this case doesn't mean that networkd/network-manager will never be vulnerable.
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#15Does this mean I shouldn't run dhcp servers? Or is even my laptop running a dhcp client going to have a bad time?
Notably, attackers in an unhardened network can reply to DHCP clients themselves, even if there's already a DHCP server on the network. So it's not just the sysadmin who can exploit this, but anyone on the same network (broadcast domain) as the vulnerable DHCP client.
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#16I believe there will be plenty of linux NASs that will be vulnerable for the forseeable future. NASs are usually bigger and more functional than routers, they tend to run a more full system. Many of these for exampe run bash as far as I remember: http://www.amazon.com/s/field-keywords=QNAP
WDMyCloud:~# ls -l /bin/sh lrwxrwxrwx 1 root root 4 Jun 30 08:38 /bin/sh -> bash
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#17Does this mean I shouldn't run dhcp servers? Or is even my laptop running a dhcp client going to have a bad time?
This means that DHCP clients that use bash and have DHCP server-controlled environment variables can have commands injected (as root) by a malicious DHCP server. Notably, attackers in an unhardened network can reply to DHCP clients themselves, even if there's already a DHCP server on the network. So it's not just the sysadmin who can exploit this, but anyone on the same network (broadcast domain) as the vulnerable DH…
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#18one more reason for networking done by network-manager or networkd (systemd) instead of bash scripts
Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#19Re: Shellshock DHCP Remote Code Execution – Proof of Concept
#20I believe there will be plenty of linux NASs that will be vulnerable for the forseeable future. NASs are usually bigger and more functional than routers, they tend to run a more full system. Many of these for exampe run bash as far as I remember: http://www.amazon.com/s/field-keywords=QNAP
Synology DSM 5.0-4493 Update 5 here: it uses busybox, so not vulnerable.
synology> which bash
synology> which sh
/bin/sh
synology> which ash
/bin/ash
synology> ls -l /bin/sh
lrwxrwxrwx 1 root root 7 Jun 5 11:27 /bin/sh -> busybox
synology> ls -l /bin/ash
lrwxrwxrwx 1 root root 7 Jun 5 11:27 /bin/ash -> busybox