go getまたはgo get -d実行中の任意のコード実行：1.8.4より前、および1.9.1より前の1.9.xのGoでは、「go get」リモートコマンドを実行される可能性があります。カスタムドメインを使用すると、配置によって、example.com/pkg1はSubversionリポジトリを指し示すが、example.com/pkg1/pkg2はGitリポジトリを指すように調整することが可能です。Subversionリポジトリのpkg2ディレクトリにGitチェックアウトが含まれていて、動作順序が適正になるようにした場合、「go get」を誘導して、このGitチェックアウトを再利用し、pkg2からコードを取得する可能性があります。SubversionリポジトリのGitチェックアウトで.git/hooks/に悪意のあるコマンドがある場合、それらは「go get」を実行しているシステム上で実行されます。（CVE-2017-15041）smtp.PlainAuthは中間者のパスワード取得に影響を受けます。1.8.4より前、および1.9.1より前の1.9.xのGoには、意図しないクリアテキストの問題が存在します。RFC 4954においては、SMTPのときに、TLSで保護されたネットワーク接続ではPLAIN認証方式のみを使用する必要があります。Go 1.0でのsmtp.PlainAuthの最初の実装では、この要件が強制され、ドキュメント化されていました。2013年、アップストリーム問題#5184は、PLAINが許容可能かどうかをサーバーが判断できるように変更されました。その結果、STARTTLSをアドバタイズしない中間者SMTPサーバーを設定し、PLAIN authはOKであるとアドバタイズしている場合、smtp.PlainAuth実装ではユーザー名とパスワードを送信します。（CVE-2017-15042）

検出

Amazon Linux AMI：golang（ALAS-2017-918）

critical Nessus プラグイン ID 104392

変更ログが見つかりません