undefined | Better HN

0 pointsjustincormack11y ago0 comments

Also don't use bash for running any scripts. You never should anyway, in a sane environment /bin/sh should not be bash - in Debian/Ubuntu it is dash which is not vulnerable. Unfortunately the Redhat derived distros do use bash as default /bin/sh. In the BSDs it is a standards compliant posix sh too. bash is for users not scripts.

0 comments

mhurron11y ago

> in a sane environment /bin/sh should not be bash

Why, other than it is not the shell of the day?

justincormackOP11y ago

First it encourages people to use bash specific stuff that is non Posix. Second it is a huge bloated bit of code thats ok as user interface, but scripts should use something that is more minimal. To avoid this sort of issue.

mhurron11y ago

> scripts should use something that is more minimal. To avoid this sort of issue.

Are you also against Perl and Python or does this scripts should be minimal only apply to bash?

> First it encourages people to use bash specific stuff that is non Posix

That's not a problem for most people.

These are reasons you don't like bash, not reasons to not use bash.

1 more reply

kevinr11y ago

And don't put #!/bin/bash at the top of your scripts.

And don't shell out in eg. Perl, or PHP, or Python, through bash.

Or just take a patched bash.

vertex-four11y ago

> In the BSDs it is a standards compliant posix sh too.

In FreeBSD, it is tcsh in sh mode. Bash does the same too when invoked as sh[0]. It's POSIX compliant with extensions. There's still all the shell's code there, it's just that some of it is switched off by default, or its behaviour modified, to be compliant.

[0] http://www.gnu.org/software/bash/manual/html_node/Bash-POSIX...

diltonm11y ago

Dash sucks, bash rocks. Dash isn't even close to being as capable of a shell as Bash.

droopybuns11y ago

Anyone able to express how this affects the default client configuration on Mac desktops and servers?

droopybuns11y ago

I guess I'll answer one part- so if you run this: $ env x='() { :;}; echo vulnerable' bash -c "echo test" in your terminal, you certainly appear to be vulnerable.

But I'm not knowledgable about all the default scripts that launch things on the mac. It's unclear to me if there are any standard processes on OSX that take advantage of Bash

j / k navigate · click thread line to collapse

0 comments

mhurron11y ago

> in a sane environment /bin/sh should not be bash

Why, other than it is not the shell of the day?

justincormackOP11y ago

mhurron11y ago

> scripts should use something that is more minimal. To avoid this sort of issue.

Are you also against Perl and Python or does this scripts should be minimal only apply to bash?

> First it encourages people to use bash specific stuff that is non Posix

That's not a problem for most people.

These are reasons you don't like bash, not reasons to not use bash.

1 more reply

kevinr11y ago

And don't put #!/bin/bash at the top of your scripts.

And don't shell out in eg. Perl, or PHP, or Python, through bash.

Or just take a patched bash.

vertex-four11y ago

> In the BSDs it is a standards compliant posix sh too.

[0] http://www.gnu.org/software/bash/manual/html_node/Bash-POSIX...

diltonm11y ago

Dash sucks, bash rocks. Dash isn't even close to being as capable of a shell as Bash.

droopybuns11y ago

Anyone able to express how this affects the default client configuration on Mac desktops and servers?

droopybuns11y ago

I guess I'll answer one part- so if you run this: $ env x='() { :;}; echo vulnerable' bash -c "echo test" in your terminal, you certainly appear to be vulnerable.

But I'm not knowledgable about all the default scripts that launch things on the mac. It's unclear to me if there are any standard processes on OSX that take advantage of Bash

j / k navigate · click thread line to collapse