Earlier quoted context omitted.
Shameless plug as the owner: https://sysward.com/ - this is one of the reasons I built this - there is even a package view so you can apply just this package update across your systems. Message me if you have any questions!
I have a security warning from Chrome on my phone as of now. Maybe you want to look into that!
CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
31–40 of 226 posts
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#32Earlier quoted context omitted.
1. This exact bug, I dunno? From what I know about zsh, no, but what I don't know about zsh can fill books. But general string bugs? Probably. String processing is hard. 2. Possible yes, practical no (for most folks). Almost everybody's got a bunch of scripts with `#! /bin/bash` or `#! /usr/bin/env bash` lying around. Good luck excising everything that automatically assumes it's the shell of choice.
`ln -s /bin/zsh /bin/bash`?
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#33I'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...
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#34Earlier quoted context omitted.
Shameless plug as the owner: https://sysward.com/ - this is one of the reasons I built this - there is even a package view so you can apply just this package update across your systems. Message me if you have any questions!
I have a security warning from Chrome on my phone as of now. Maybe you want to look into that!
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#35What 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…
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#36Appears to work, even with latest patches, by using sh (from the link): $ env X='() { (a)=>\' sh -c "echo date"; cat echo date Wed Sep 24 15:00:34 PDT 2014 -- previous bug fix for bash (before/after patch) -- $ x='() { :;}; echo vulnerable' bash -c 'echo test' vulnerable test $ x='() { :;}; echo vulnerable' bash -c 'echo test' bash: warning: x: ignoring function definition attempt bash: error importing function defin…
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#37Another patch if cannot be bypassed: http://www.openwall.com/lists/oss-security/2014/09/25/10
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#38Appears to work, even with latest patches, by using sh (from the link): $ env X='() { (a)=>\' sh -c "echo date"; cat echo date Wed Sep 24 15:00:34 PDT 2014 -- previous bug fix for bash (before/after patch) -- $ x='() { :;}; echo vulnerable' bash -c 'echo test' vulnerable test $ x='() { :;}; echo vulnerable' bash -c 'echo test' bash: warning: x: ignoring function definition attempt bash: error importing function defin…
Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#39Re: CVE-2014-7169: Bash Fix Incomplete, Still Exploitable
#40OK two questions: 1. Does zsh (or other shells) also have these kind of string processings where bugs are likely? 2. Is there a way to completely remove bash from the system and use zsh (or other shells) instead?
It really depends on the *nix you are running. FreeBSD, for example, only had bash as a port and it is not in the base install -- I believe `/bin/sh` is a derivative of ash[1]. [1]: http://en.wikipedia.org/wiki/Almquist_shell
Now I get it