I'm starting to see automated attack attempts using HTTP_HOST headers set to '() {'.
Are you seeing any from IP addresses besides 209.126.230.72, which is Robert Graham scanning the Internet[1]? [1] http://blog.erratasec.com/2014/09/bash-shellshock-scan-of-in...
CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
41–50 of 226 posts
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#42What tools are people using to track and push out security updates, if any? Right now I only have a few servers to administer so apticron is sufficient for notification and upgrading isn't a burden. Also, does anyone have a way to push out patched packages fast? Imagine that a patch is available, or it's trivial to remove a feature that you're not using, but the distribution hasn't made a package yet. I have been dre…
See the following tweet: https://twitter.com/alexandermensa/status/514811145887027201
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#43If true, I never really comprehended the volume of vulnerabilities flying by every day.
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#44Do I correctly understand that there were `expr 7169 - 6271` 898 potential (or is that confirmed?) vulnerabilities tracked in the few hours between those two mailing list messages? If true, I never really comprehended the volume of vulnerabilities flying by every day.
Typically the CVE is assigned when the vulnerability is reported to the maintainer after it's initially discovered, before it's been made public. So really the difference represents how many other vulnerabilities there's been between the first time this was discovered (which could be months, could be weeks, I didn't check) until now.
Since 7169 was only discovered today, it immediately got assigned a new CVE while still public.
Also, the last number in the ID represents the total number of vulnerabilities tracked by CVEs in the year mentioned in th middle. So, there have been 7169 vulnerabilites in all sorts of different software this year.
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#45What tools are people using to track and push out security updates, if any? Right now I only have a few servers to administer so apticron is sufficient for notification and upgrading isn't a burden. Also, does anyone have a way to push out patched packages fast? Imagine that a patch is available, or it's trivial to remove a feature that you're not using, but the distribution hasn't made a package yet. I have been dre…
I typically use the CVE RSS feeds http://nvd.nist.gov/download/nvd-rss.xml and plug them into an IRC bot.
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#46With the patched bash, if you run env X='() { (a)=>\' sh -c "echo date" This is equivalent to running date >echo That is, you can put something in the environment which causes it to drop the first token, run the result as a command, and redirect the result to the dropped first token. An example of a context where this would be exploitable, is a CGI webapp which accepts an uploaded zip file, stores it in a FAT filesys…
On one hand, this is pretty specific and not "run into the woods" dangerous.
On the other hand, it's also not that unrealistic.
Also, I am kind of afraid there will be more stuff lurking in there.
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#47Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#48Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#49Options?
- Change /bin/sh to something else. (CentOS has BASH as default, alas...) - Filter out unknown, or suspicious looking HTTP vars / env vars at varnish/apache/nginx level, somehow... (doesn't stop other services) - Figure out some clever SELinux configuration that blocks it.
I wonder how much would fail on switching out BASH as default sh?