Bashシェル機能とシェルショックの理解

私はそれについて尋ねた。質問Bashでシェル関数を定義して使用します。この質問では、どの関数定義方式がシェルショックを引き起こすかを具体的に尋ねたいと思います。私はいくつかのテストを行い、他の人に確認したいと思いました。私はテストのためにbash v4.2を実行しています。

私が知る限り、サブシェルにシェル関数定義を提供する方法は2つあります。

• シェル変数を介して環境にエクスポート +
• シェル機能による定義+環境へのエクスポート

最初の方法：

$ foo='() { echo "hello world"; }'
$ export foo
$ env | grep foo
foo = () { echo "hello world"; }

2番目の方法は次のとおりです。

$ foo() { echo "hello world"; }
$ export -f foo
$ env | sed -n '/foo/{N;p}'
foo = () { echo "hello world"
}

どちらの方法でも、環境はシェル関数を名前と値のペアとして受け取ります[ foo = () { echo "hello world"; } ]。今私が興味を持っているのはCVE-2014-6271。関数定義の最後に、bashが後続のコマンドを解析する方法のためにこれが起こることを知っていますが、上記の両方がこの問題を引き起こしているかどうかを尋ねたいと思います。

最初のケースでは、次のように定義できます。

$ foo='() { echo "hello"; }; echo "world";'
$ export foo
$ env | grep foo
foo = () { echo "hello"; }; echo "world";
$ bash -c foo
world // <-- shellshock bug
hello

ただし、2番目のケースでは同じことはできません。

// won't put trailing echo in definition
$ foo() { echo "hello"; }; echo "world"; 

// bad syntax
$ foo() '{ echo "hello"; }; echo "world";'

だから私の質問は、CVE-2014-6271が環境変数の関数定義の後に後続のコマンドの解析エラーのために発生しますが、そのような関数定義をexport -f <func>環境にORで関連付けることができることです。これがこの文書の要点です。後続のコマンドを入力するとシェルショックが発生することがありますか？