リモートの SUSE Linux SUSE15ホストには、openSUSE-SU-2022:0081-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - ansible で欠陥が見つかりました。 ansible.cfg が現在の作業ディレクトリから読み取られ、攻撃者の制御下でプラグインまたはモジュールパスを指すように変更される可能性があるため、攻撃者が任意のコードを実行する可能性があります。 (CVE-2018-10875)

  - Ansible User モジュールが、パラメーターとして ssh-keygen に渡されるデータを漏洩します。これは、パスフレーズの認証情報が ssh-keygen 実行可能ファイルのパラメーターとして渡されるなど、好ましくない状況になりかねません。プロセスリストにのみアクセスできるすべてのユーザーに対して、資格情報を平文で表示。 (CVE-2018-16837)

  - 2.6.18、2.7.12、2.8.2以前のバージョンでAnsibleテンプレートの実装方法に欠陥が発見され、予期しない変数置換を通じて情報漏洩が引き起こされる可能性があります。予期しない変数置換を利用することで、任意の変数の内容が漏洩する可能性があります。
    (CVE-2019-10156)

  - Ansibleでは、ansible-engine 2.8.5、ansible-engine 2.7.13、ansible-engine 2.6.19以前のすべてのAnsible Engineバージョンが、デバッグレベルでログを記録していたため、認証情報をデバッグレベルで記録するライブラリをプラグインが使用すると、認証情報が漏洩します。この欠陥は別のプロセスで実行されるため、Ansibleモジュールには影響しません。 (CVE-2019-14846)

  - Ansible Communityモジュールのsolaris_zoneモジュールに欠陥が見つかりました。Solarisホストでゾーンの名前を設定する際、リモートマシンの「ps」bareコマンドでプロセスを一覧表示することで、ゾーン名がチェックされます。攻撃者は、ゾーンの名前を細工し、リモートホストで任意のコマンドを実行することで、この欠陥を利用する可能性があります。Ansible Engine 2.7.15、2.8.7、2.9.2、ならびに以前のバージョンが影響を受けます。 (CVE-2019-14904)

  - Ansible Engine のバージョン 2.9.3より前の 2.9.x、2.8.8 より前の 2.8.x、2.7.16 以前の 2.7.xに脆弱性が見つかりました。Ansible の nxos_file_copy モジュールで、NXOS デバイスのフラッシュまたはブートフラッシュにファイルをコピーする可能性があります。悪意のあるコードがファイル名パラメーターを細工し、OS コマンドインジェクションを実行する可能性があります。これにより、他の問題とともにシステムの機密性が失われる可能性があります。
    (CVE-2019-14905)

  - ansible_factsをそれ自体のサブキーとして使用し、注入が有効な場合に変数に昇格させる際に、Ansible Engineのすべてのバージョン2.7.x、2.8.x、2.7.17より前の2.9.x、2.8.9、2.9.6に欠陥が見つかりました。これにより、クリーン後にansible_factsを上書きされます。攻撃者が、ansible_hosts、ユーザー、その他のキーデータなどのansible_factsを変更することでこれを利用し、権限昇格またはコードインジェクションにつながる可能性があります。 (CVE-2020-10684)

  - assemble、script、unarchive、win_copy、aws_s3、またはcopyモジュールなどのVaultファイルを復号化するモジュールを使用する際に、Ansible Engineバージョン2.7.17より前の2.7.x、2.8.11より前の2.8.x、2.9.7より前の2.9.xに影響を与えるAnsible Engine、Ansible Towerバージョン3.4.5、3.5.5、3.6.3を含む以前のバージョンで欠陥が見つかりました。/tmpに一時ディレクトリが作成され、s tsは暗号化されません。/tmpがtmpfsではなくrootパーティションの一部であるオペレーティングシステムでは、ディレクトリは起動時にのみクリアされ、ホストのスイッチがオフになったときにも復号化されたままになります。システムは、システムが実行されていないときに脆弱になります。このため、復号化されたデータはできる限り早くクリアする必要があり、通常は暗号化されているデータは破損します。 (CVE-2020-10685)

  - ansible-galaxy コレクションインストールを実行する際、 2.9.7より前のバージョン 2.9.xのすべての ansible-engine でアーカイブトラバーサルの欠陥が見つかりました。コレクション .tar.gz ファイルを抽出するとき、ファイル名をサニタイズせずにディレクトリが作成されます。攻撃者がこれを利用して、システム内の任意のファイルを上書きする可能性があります。
    (CVE-2020-10691)

  - Ansibleでの不十分にランダムな値の使用に欠陥が見つかりました。同じ長さの2つのランダムなパスワード検索は、再評価が発生しないため、同じファイルに対するテンプレートキャッシュアクションと同じ値を生成します。この脆弱性による最大の脅威は、ファイルのすべてのパスワードが一度に漏洩することです。この欠陥は、2.9.6より前のバージョンのAnsible Engineに影響を与えます。 (CVE-2020-10729)

  - uriモジュールを使用するときにAnsibleでログの不適切な出力中性化の欠陥が見つかりました。機密データがコンテンツとjson出力に漏洩されます。この欠陥により、攻撃者は実行されたタスクのログまたは出力にアクセスして、プレイブックで使用されたキーを他のユーザーからuriモジュール内で読み取ることができます。この脆弱性による主な脅威は、データの機密性に関するものです。 (CVE-2020-14330)

  - module_argsを使用する際に、Ansible Engineに欠陥が見つかりました。チェックモードで実行されたタスク (--check-mode) は、イベントデータで漏洩した機密データを適切に無効にしません。この欠陥により、認証されていないユーザーがこのデータを読み取る可能性があります。この脆弱性による主な脅威は、機密性に関するものです。
    (CVE-2020-14332)

  - Ansible Engine 2.7.17以前、2.8.9以前、2.9.6以前で、権限のないbecomeユーザーがプレイブックを実行したときに、競合状態の欠陥が見つかりました。Ansibleでbecomeユーザーがモジュールを実行する必要がある場合、/var/tmpに一時ディレクトリが作成されます。このディレクトリは、「umask 77 && mkdir -p<dir>」で作成されます。ディレクトリがすでに存在し、別のユーザーが所有している場合、この操作は失敗しません。「/proc/<pid>/cmdline」を繰り返すと標的のディレクトリを取得できるため、攻撃者はこれを利用してbecomユーザーを制御する可能性があります。 (CVE-2020-1733)

  - ansible のパイプ検索プラグインに欠陥が見つかりました。パイプ検索プラグインが shell=True で subprocess.Popen() を使用する場合、ansible ファクトを上書きすることで任意のコマンドを実行でき、変数は引用プラグインによってエスケープされません。攻撃者がこれを利用し、ansible ファクトを上書きすることで、任意のコマンドを実行する可能性があります。 (CVE-2020-1734)

  - フェッチモジュールを使用する際に、Ansible Engineに欠陥が見つかりました。攻撃者がモジュールを傍受し、新しいパスを挿入してから、コントローラーノードで新しい宛先パスを選択する可能性があります。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。 (CVE-2020-1735)

  - ファイルモードを指定できないため、atomic_move プリミティブを使用してファイルを移動する際に、Ansible Engine に欠陥が見つかりました。これにより、移動先のファイルが存在しない場合は誰でも読み取りできるように移動先のファイルが設定され、ファイルが存在する場合は、移動前にファイルのアクセス許可の制限が緩和される可能性があります。
    このため、機密データの漏洩が発生する可能性があります。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。 (CVE-2020-1736)

  - win_unzip モジュールから Extract-Zip 関数を使用するとき、Ansible 2.7.17以前、2.8.9 以前、2.9.6 以前に欠陥が見つかりました。これは、抽出されたファイルについて、保存先のフォルダーに属しているかどうかがチェックされないためです。攻撃者が、パストラバーサルを使用してファイルシステムの任意の場所でアーカイブを細工することにより、この欠陥を悪用する可能性があります。この問題は 2.10で修正されています。(CVE-2020-1737)

  - モジュールパッケージまたはサービスが使用され、パラメーター「use」が指定されていない場合、Ansible Engine に欠陥が見つかりました。以前のタスクが悪意のあるユーザーで実行された場合、攻撃者が ansible ファクトファイルを使用して、送信されたモジュールが選択される可能性があります。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。 (CVE-2020-1738)

  - svnモジュールの引数「password」でパスワードを設定するとき、Ansible 2.7.16以前、2.8.8以前、2.9.5以前に欠陥が見つかりました。これは、svnコマンドラインで使用され、同じノード内の他のユーザーに公開されます。攻撃者は、procfsで特定のPIDからのcmdlineファイルを読み取ることで利用できます。 (CVE-2020-1739)

  - 暗号化ファイルの編集用にAnsible Vaultを使用するときに、Ansible Engineで欠陥が見つかりました。ユーザーが「ansible-vault edit」を実行すると、同じコンピューター上の別のユーザーが以前および現在の秘密を読み取ることができます。これは、mkstempを備えた一時ファイルで作成され、返されたファイル記述子が閉じられ、ファイル内の既存の秘密を書き込むためにメソッドwrite_dataが呼び出されるためです。このメソッドは、それを安全ではない方法で再作成する前にファイルを削除します。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。
    (CVE-2020-1740)

  - ldap_attrおよびldap_entryコミュニティモジュールが使用されるとき、Ansible Engineバージョン2.7.17より前の2.7.x、2.8.11より前の2.8.x、2.9.7より前の2.9.xに影響するAnsible Engine、およびAnsible Towerバージョン3.4.5、3.5.5、3.6.3以前に欠陥が見つかりました。この問題は、playbookタスクがbind_pwをパラメーターフィールドに使用して書き込まれている場合、LDAPバインドパスワードをstdoutまたはログファイルに漏洩します。この脆弱性による主な脅威は、データの機密性です。 (CVE-2020-1746)

  - k8sモジュールを使用してkubernetesを管理する際、セキュリティの欠陥はAnsible Engine、2.7.17より前のAnsible 2.7.xバージョン、2.8.11より前のAnsible 2.8.xバージョン、および2.9.7より前のAnsible 2.9.xバージョンで、セキュリティの欠陥が見つかりました。パスワードやトークンなどの機密パラメーターが、環境変数や入力構成ファイルを使用せずに、コマンドラインからkubectlに渡されます。これにより、プロセスリストからパスワードとトークンが漏洩し、デバッグモジュールからのno_logディレクティブに影響がなく、これらの機密はstdoutおよびログファイルで漏洩されます。 (CVE-2020-1753)

  - ansible モジュールに欠陥が見つかりました。bitbucket_pipeline_variable モジュールを使用する際に、認証情報がデフォルトでコンソールログに漏洩され、セキュリティ機能によって保護されていません。この欠陥により、攻撃者が bitbucket_pipeline の認証情報を盗む可能性があります。この脆弱性による主な脅威は、機密性に関するものです。(CVE-2021-20178、CVE-2021-20180)

  - ansible に欠陥が見つかりました。シークレットなどの認証情報が、デフォルトでコンソールログに開示され、これらのモジュールの使用時に no_log 機能によって保護されていません。攻撃者がこの情報を利用して、これらの認証情報を盗む可能性があります。この脆弱性による主な脅威は、データの機密性に関するものです。ansible 2.9.18より前のバージョンが影響を受けます。 (CVE-2021-20191)

  - Ansible Engine 2.9.18に欠陥が見つかりました。機密情報はデフォルトでマスクされず、basic.pyモジュールのサブオプション機能を使用する際にno_log機能により保護されません。この欠陥により、攻撃者が機密情報を取得する可能性があります。この脆弱性による主な脅威は、機密性に関するものです。 (CVE-2021-20228)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

リモートのDebian 10ホストには、dsa-4950のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 2.6.18、2.7.12、2.8.2以前のバージョンでAnsibleテンプレートの実装方法に欠陥が発見され、予期しない変数置換を通じて情報漏洩が引き起こされる可能性があります。予期しない変数置換を利用することで、任意の変数の内容が漏洩する可能性があります。
    （CVE-2019-10156）

  - ansible-playbook -kとansible CLIツール、すべてのバージョン2.8.4より前の2.8.x、2.7.13より前のすべての2.7.x、および2.6.19より前のすべての2.6.xでは、特殊文字が含まれている可能性があるので、テンプレートから展開することでパスワードを要求します。テンプレートをトリガーして漏洩しないように、パスワードをラップする必要があります。（CVE-2019-10206）

  - Ansibleでは、ansible-engine 2.8.5、ansible-engine 2.7.13、ansible-engine 2.6.19以前のすべてのAnsible Engineバージョンが、デバッグレベルでログを記録していたため、認証情報をデバッグレベルで記録するライブラリをプラグインが使用すると、認証情報が漏洩します。この欠陥は別のプロセスで実行されるため、Ansibleモジュールには影響しません。（CVE-2019-14846）

  - Ansibleバージョン2.9.1より前の2.9.x、2.8.7より前の2.8.x、およびAnsibleバージョン2.7.15より前の2.7.xは、SumologicとSplunkのコールバックプラグインがコレクターへタスクの結果イベントを送信するのに使用される場合、Trueに設定されたフラグno_logを尊重していません。これにより、機密データが漏洩して収集される可能性があります。（CVE-2019-14864）

  - Ansible Communityモジュールのsolaris_zoneモジュールに欠陥が見つかりました。Solarisホストでゾーンの名前を設定する際、リモートマシンの「ps」bareコマンドでプロセスを一覧表示することで、ゾーン名がチェックされます。攻撃者は、ゾーンの名前を細工し、リモートホストで任意のコマンドを実行することで、この欠陥を利用する可能性があります。Ansible Engine 2.7.15、2.8.7、2.9.2、ならびに以前のバージョンが影響を受けます。（CVE-2019-14904）

  - ansible_factsをそれ自体のサブキーとして使用し、注入が有効な場合に変数に昇格させる際に、Ansible Engineのすべてのバージョン2.7.x、2.8.x、2.7.17より前の2.9.x、2.8.9、2.9.6に欠陥が見つかりました。これにより、クリーン後にansible_factsを上書きされます。攻撃者が、ansible_hosts、ユーザー、その他のキーデータなどのansible_factsを変更することでこれを利用し、権限昇格またはコードインジェクションにつながる可能性があります。（CVE-2020-10684）

  - assemble、script、unarchive、win_copy、aws_s3、またはcopyモジュールなどのVaultファイルを復号化するモジュールを使用する際に、Ansible Engineバージョン2.7.17より前の2.7.x、2.8.11より前の2.8.x、2.9.7より前の2.9.xに影響を与えるAnsible Engine、Ansible Towerバージョン3.4.5、3.5.5、3.6.3を含む以前のバージョンで欠陥が見つかりました。/tmpに一時ディレクトリが作成され、s tsは暗号化されません。/tmpがtmpfsではなくrootパーティションの一部であるオペレーティングシステムでは、ディレクトリは起動時にのみクリアされ、ホストのスイッチがオフになったときにも復号化されたままになります。システムは、システムが実行されていないときに脆弱になります。このため、復号化されたデータはできる限り早くクリアする必要があり、通常は暗号化されているデータは破損します。（CVE-2020-10685）

  - Ansibleでの不十分にランダムな値の使用に欠陥が見つかりました。同じ長さの2つのランダムなパスワード検索は、再評価が発生しないため、同じファイルに対するテンプレートキャッシュアクションと同じ値を生成します。この脆弱性による最大の脅威は、ファイルのすべてのパスワードが一度に漏洩することです。この欠陥は、2.9.6より前のバージョンのAnsible Engineに影響を与えます。（CVE-2020-10729）

  - uriモジュールを使用するときにAnsibleでログの不適切な出力中性化の欠陥が見つかりました。機密データがコンテンツとjson出力に漏洩されます。この欠陥により、攻撃者は実行されたタスクのログまたは出力にアクセスして、プレイブックで使用されたキーを他のユーザーからuriモジュール内で読み取ることができます。この脆弱性による主な脅威は、データの機密性に関するものです。（CVE-2020-14330）

  - module_argsを使用する際に、Ansible Engineに欠陥が見つかりました。チェックモードで実行されたタスク（--check-mode）は、イベントデータで漏洩した機密データを適切に無効にしません。この欠陥により、認証されていないユーザーがこのデータを読み取る可能性があります。この脆弱性による主な脅威は、機密性に関するものです。
    （CVE-2020-14332）

  - Ansible Engineにおいて、ansible-engine 2.8.15より前の2.8.xおよびansible-engine2.9.13より前の2.9.xで、dnfモジュールを使用してパッケージをインストールする際に、欠陥が発見されました。disable_gpg_checkがデフォルト動作のFalseに設定されていても、インストール中にGPG署名が無視されます。この欠陥により、悪意のあるパッケージがシステムにインストールされ、パッケージインストールスクリプトを介して任意のコードが実行されます。この脆弱性が最大の脅威となるのは、整合性とシステムの可用性です。
    （CVE-2020-14365）

  - Ansible Engine 2.7.17以前、2.8.9以前、2.9.6以前で、権限のないbecomeユーザーがプレイブックを実行したときに、競合状態の欠陥が見つかりました。Ansibleでbecomeユーザーがモジュールを実行する必要がある場合、/var/tmpに一時ディレクトリが作成されます。このディレクトリは、「umask 77 && mkdir -p」で作成されます。ディレクトリがすでに存在し、別のユーザーが所有している場合、この操作は失敗しません。「/proc//cmdline」を繰り返すと標的のディレクトリを取得できるため、攻撃者はこれを利用してbecomユーザーを制御する可能性があります。（CVE-2020-1733）

  - フェッチモジュールを使用する際に、Ansible Engineに欠陥が見つかりました。攻撃者がモジュールを傍受し、新しいパスを挿入してから、コントローラーノードで新しい宛先パスを選択する可能性があります。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。（CVE-2020-1735）

  - svnモジュールの引数「password」でパスワードを設定するとき、Ansible 2.7.16以前、2.8.8以前、2.9.5以前に欠陥が見つかりました。これは、svnコマンドラインで使用され、同じノード内の他のユーザーに公開されます。攻撃者は、procfsで特定のPIDからのcmdlineファイルを読み取ることで利用できます。（CVE-2020-1739）

  - 暗号化ファイルの編集用にAnsible Vaultを使用するときに、Ansible Engineで欠陥が見つかりました。ユーザーが「ansible-vault edit」を実行すると、同じコンピューター上の別のユーザーが以前および現在の秘密を読み取ることができます。これは、mkstempを備えた一時ファイルで作成され、返されたファイル記述子が閉じられ、ファイル内の既存の秘密を書き込むためにメソッドwrite_dataが呼び出されるためです。このメソッドは、それを安全ではない方法で再作成する前にファイルを削除します。2.7.x、2.8.x、および2.9.xブランチのすべてのバージョンが脆弱であると考えられています。
    （CVE-2020-1740）

  - ldap_attrおよびldap_entryコミュニティモジュールが使用されるとき、Ansible Engineバージョン2.7.17より前の2.7.x、2.8.11より前の2.8.x、2.9.7より前の2.9.xに影響するAnsible Engine、およびAnsible Towerバージョン3.4.5、3.5.5、3.6.3以前に欠陥が見つかりました。この問題は、playbookタスクがbind_pwをパラメーターフィールドに使用して書き込まれている場合、LDAPバインドパスワードをstdoutまたはログファイルに漏洩します。この脆弱性による主な脅威は、データの機密性です。（CVE-2020-1746）

  - k8sモジュールを使用してkubernetesを管理する際、セキュリティの欠陥はAnsible Engine、2.7.17より前のAnsible 2.7.xバージョン、2.8.11より前のAnsible 2.8.xバージョン、および2.9.7より前のAnsible 2.9.xバージョンで、セキュリティの欠陥が見つかりました。パスワードやトークンなどの機密パラメーターが、環境変数や入力構成ファイルを使用せずに、コマンドラインからkubectlに渡されます。これにより、プロセスリストからパスワードとトークンが漏洩し、デバッグモジュールからのno_logディレクティブに影響がなく、これらの機密はstdoutおよびログファイルで漏洩されます。（CVE-2020-1753）

  - Ansible Engine 2.9.18に欠陥が見つかりました。機密情報はデフォルトでマスクされず、basic.pyモジュールのサブオプション機能を使用する際にno_log機能により保護されません。この欠陥により、攻撃者が機密情報を取得する可能性があります。この脆弱性による主な脅威は、機密性に関するものです。（CVE-2021-20228）

Nessusはこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

The remote Debian 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the dsa-4950 advisory.

  - A flaw was discovered in the way Ansible templating was implemented in versions before 2.6.18, 2.7.12 and     2.8.2, causing the possibility of information disclosure through unexpected variable substitution. By     taking advantage of unintended variable substitution the content of any variable may be disclosed.
    (CVE-2019-10156)

  - ansible-playbook -k and ansible cli tools, all versions 2.8.x before 2.8.4, all 2.7.x before 2.7.13 and     all 2.6.x before 2.6.19, prompt passwords by expanding them from templates as they could contain special     characters. Passwords should be wrapped to prevent templates trigger and exposing them. (CVE-2019-10206)

  - In Ansible, all Ansible Engine versions up to ansible-engine 2.8.5, ansible-engine 2.7.13, ansible-engine     2.6.19, were logging at the DEBUG level which lead to a disclosure of credentials if a plugin used a     library that logged credentials at the DEBUG level. This flaw does not affect Ansible modules, as those     are executed in a separate process. (CVE-2019-14846)

  - Ansible, versions 2.9.x before 2.9.1, 2.8.x before 2.8.7 and Ansible versions 2.7.x before 2.7.15, is not     respecting the flag no_log set it to True when Sumologic and Splunk callback plugins are used send tasks     results events to collectors. This would discloses and collects any sensitive data. (CVE-2019-14864)

  - A flaw was found in the solaris_zone module from the Ansible Community modules. When setting the name for     the zone on the Solaris host, the zone name is checked by listing the process with the 'ps' bare command     on the remote machine. An attacker could take advantage of this flaw by crafting the name of the zone and     executing arbitrary commands in the remote host. Ansible Engine 2.7.15, 2.8.7, and 2.9.2 as well as     previous versions are affected. (CVE-2019-14904)

  - A flaw was found in Ansible Engine, all versions 2.7.x, 2.8.x and 2.9.x prior to 2.7.17, 2.8.9 and 2.9.6     respectively, when using ansible_facts as a subkey of itself and promoting it to a variable when inject is     enabled, overwriting the ansible_facts after the clean. An attacker could take advantage of this by     altering the ansible_facts, such as ansible_hosts, users and any other key data which would lead into     privilege escalation or code injection. (CVE-2020-10684)

  - A flaw was found in Ansible Engine affecting Ansible Engine versions 2.7.x before 2.7.17 and 2.8.x before     2.8.11 and 2.9.x before 2.9.7 as well as Ansible Tower before and including versions 3.4.5 and 3.5.5 and     3.6.3 when using modules which decrypts vault files such as assemble, script, unarchive, win_copy, aws_s3     or copy modules. The temporary directory is created in /tmp leaves the s ts unencrypted. On Operating     Systems which /tmp is not a tmpfs but part of the root partition, the directory is only cleared on boot     and the decryp emains when the host is switched off. The system will be vulnerable when the system is not     running. So decrypted data must be cleared as soon as possible and the data which normally is encrypted     ble. (CVE-2020-10685)

  - A flaw was found in the use of insufficiently random values in Ansible. Two random password lookups of the     same length generate the equal value as the template caching action for the same file since no re-     evaluation happens. The highest threat from this vulnerability would be that all passwords are exposed at     once for the file. This flaw affects Ansible Engine versions before 2.9.6. (CVE-2020-10729)

  - An Improper Output Neutralization for Logs flaw was found in Ansible when using the uri module, where     sensitive data is exposed to content and json output. This flaw allows an attacker to access the logs or     outputs of performed tasks to read keys used in playbooks from other users within the uri module. The     highest threat from this vulnerability is to data confidentiality. (CVE-2020-14330)

  - A flaw was found in the Ansible Engine when using module_args. Tasks executed with check mode (--check-     mode) do not properly neutralize sensitive data exposed in the event data. This flaw allows unauthorized     users to read this data. The highest threat from this vulnerability is to confidentiality.
    (CVE-2020-14332)

  - A flaw was found in the Ansible Engine, in ansible-engine 2.8.x before 2.8.15 and ansible-engine 2.9.x     before 2.9.13, when installing packages using the dnf module. GPG signatures are ignored during     installation even when disable_gpg_check is set to False, which is the default behavior. This flaw leads     to malicious packages being installed on the system and arbitrary code executed via package installation     scripts. The highest threat from this vulnerability is to integrity and system availability.
    (CVE-2020-14365)

  - A race condition flaw was found in Ansible Engine 2.7.17 and prior, 2.8.9 and prior, 2.9.6 and prior when     running a playbook with an unprivileged become user. When Ansible needs to run a module with become user,     the temporary directory is created in /var/tmp. This directory is created with umask 77 && mkdir -p     ; this operation does not fail if the directory already exists and is owned by another user. An     attacker could take advantage to gain control of the become user as the target directory can be retrieved     by iterating '/proc//cmdline'. (CVE-2020-1733)

  - A flaw was found in the Ansible Engine when the fetch module is used. An attacker could intercept the     module, inject a new path, and then choose a new destination path on the controller node. All versions in     2.7.x, 2.8.x and 2.9.x branches are believed to be vulnerable. (CVE-2020-1735)

  - A flaw was found in Ansible 2.7.16 and prior, 2.8.8 and prior, and 2.9.5 and prior when a password is set     with the argument password of svn module, it is used on svn command line, disclosing to other users     within the same node. An attacker could take advantage by reading the cmdline file from that particular     PID on the procfs. (CVE-2020-1739)

  - A flaw was found in Ansible Engine when using Ansible Vault for editing encrypted files. When a user     executes ansible-vault edit, another user on the same computer can read the old and new secret, as it is     created in a temporary file with mkstemp and the returned file descriptor is closed and the method     write_data is called to write the existing secret in the file. This method will delete the file before     recreating it insecurely. All versions in 2.7.x, 2.8.x and 2.9.x branches are believed to be vulnerable.
    (CVE-2020-1740)

  - A flaw was found in the Ansible Engine affecting Ansible Engine versions 2.7.x before 2.7.17 and 2.8.x     before 2.8.11 and 2.9.x before 2.9.7 as well as Ansible Tower before and including versions 3.4.5 and     3.5.5 and 3.6.3 when the ldap_attr and ldap_entry community modules are used. The issue discloses the LDAP     bind password to stdout or a log file if a playbook task is written using the bind_pw in the parameters     field. The highest threat from this vulnerability is data confidentiality. (CVE-2020-1746)

  - A security flaw was found in Ansible Engine, all Ansible 2.7.x versions prior to 2.7.17, all Ansible 2.8.x     versions prior to 2.8.11 and all Ansible 2.9.x versions prior to 2.9.7, when managing kubernetes using the     k8s module. Sensitive parameters such as passwords and tokens are passed to kubectl from the command line,     not using an environment variable or an input configuration file. This will disclose passwords and tokens     from process list and no_log directive from debug module would not have any effect making these secrets     being disclosed on stdout and log files. (CVE-2020-1753)

  - A flaw was found in the Ansible Engine 2.9.18, where sensitive info is not masked by default and is not     protected by the no_log feature when using the sub-option feature of the basic.py module. This flaw allows     an attacker to obtain sensitive information. The highest threat from this vulnerability is to     confidentiality. (CVE-2021-20228)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SUSE15 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2022:0081-1 advisory.

  - A flaw was found in ansible. ansible.cfg is read from the current working directory which can be altered     to make it point to a plugin or a module path under the control of an attacker, thus allowing the attacker     to execute arbitrary code. (CVE-2018-10875)

  - Ansible User module leaks any data which is passed on as a parameter to ssh-keygen. This could lean in     undesirable situations such as passphrases credentials passed as a parameter for the ssh-keygen     executable. Showing those credentials in clear text form for every user which have access just to the     process list. (CVE-2018-16837)

  - A flaw was discovered in the way Ansible templating was implemented in versions before 2.6.18, 2.7.12 and     2.8.2, causing the possibility of information disclosure through unexpected variable substitution. By     taking advantage of unintended variable substitution the content of any variable may be disclosed.
    (CVE-2019-10156)

  - In Ansible, all Ansible Engine versions up to ansible-engine 2.8.5, ansible-engine 2.7.13, ansible-engine     2.6.19, were logging at the DEBUG level which lead to a disclosure of credentials if a plugin used a     library that logged credentials at the DEBUG level. This flaw does not affect Ansible modules, as those     are executed in a separate process. (CVE-2019-14846)

  - A flaw was found in the solaris_zone module from the Ansible Community modules. When setting the name for     the zone on the Solaris host, the zone name is checked by listing the process with the 'ps' bare command     on the remote machine. An attacker could take advantage of this flaw by crafting the name of the zone and     executing arbitrary commands in the remote host. Ansible Engine 2.7.15, 2.8.7, and 2.9.2 as well as     previous versions are affected. (CVE-2019-14904)

  - A vulnerability was found in Ansible Engine versions 2.9.x before 2.9.3, 2.8.x before 2.8.8, 2.7.x before     2.7.16 and earlier, where in Ansible's nxos_file_copy module can be used to copy files to a flash or     bootflash on NXOS devices. Malicious code could craft the filename parameter to perform OS command     injections. This could result in a loss of confidentiality of the system among other issues.
    (CVE-2019-14905)

  - A flaw was found in Ansible Engine, all versions 2.7.x, 2.8.x and 2.9.x prior to 2.7.17, 2.8.9 and 2.9.6     respectively, when using ansible_facts as a subkey of itself and promoting it to a variable when inject is     enabled, overwriting the ansible_facts after the clean. An attacker could take advantage of this by     altering the ansible_facts, such as ansible_hosts, users and any other key data which would lead into     privilege escalation or code injection. (CVE-2020-10684)

  - A flaw was found in Ansible Engine affecting Ansible Engine versions 2.7.x before 2.7.17 and 2.8.x before     2.8.11 and 2.9.x before 2.9.7 as well as Ansible Tower before and including versions 3.4.5 and 3.5.5 and     3.6.3 when using modules which decrypts vault files such as assemble, script, unarchive, win_copy, aws_s3     or copy modules. The temporary directory is created in /tmp leaves the s ts unencrypted. On Operating     Systems which /tmp is not a tmpfs but part of the root partition, the directory is only cleared on boot     and the decryp emains when the host is switched off. The system will be vulnerable when the system is not     running. So decrypted data must be cleared as soon as possible and the data which normally is encrypted     ble. (CVE-2020-10685)

  - An archive traversal flaw was found in all ansible-engine versions 2.9.x prior to 2.9.7, when running     ansible-galaxy collection install. When extracting a collection .tar.gz file, the directory is created     without sanitizing the filename. An attacker could take advantage to overwrite any file within the system.
    (CVE-2020-10691)

  - A flaw was found in the use of insufficiently random values in Ansible. Two random password lookups of the     same length generate the equal value as the template caching action for the same file since no re-     evaluation happens. The highest threat from this vulnerability would be that all passwords are exposed at     once for the file. This flaw affects Ansible Engine versions before 2.9.6. (CVE-2020-10729)

  - An Improper Output Neutralization for Logs flaw was found in Ansible when using the uri module, where     sensitive data is exposed to content and json output. This flaw allows an attacker to access the logs or     outputs of performed tasks to read keys used in playbooks from other users within the uri module. The     highest threat from this vulnerability is to data confidentiality. (CVE-2020-14330)

  - A flaw was found in the Ansible Engine when using module_args. Tasks executed with check mode (--check-     mode) do not properly neutralize sensitive data exposed in the event data. This flaw allows unauthorized     users to read this data. The highest threat from this vulnerability is to confidentiality.
    (CVE-2020-14332)

  - A race condition flaw was found in Ansible Engine 2.7.17 and prior, 2.8.9 and prior, 2.9.6 and prior when     running a playbook with an unprivileged become user. When Ansible needs to run a module with become user,     the temporary directory is created in /var/tmp. This directory is created with umask 77 && mkdir -p     <dir>; this operation does not fail if the directory already exists and is owned by another user. An     attacker could take advantage to gain control of the become user as the target directory can be retrieved     by iterating '/proc/<pid>/cmdline'. (CVE-2020-1733)

  - A flaw was found in the pipe lookup plugin of ansible. Arbitrary commands can be run, when the pipe lookup     plugin uses subprocess.Popen() with shell=True, by overwriting ansible facts and the variable is not     escaped by quote plugin. An attacker could take advantage and run arbitrary commands by overwriting the     ansible facts. (CVE-2020-1734)

  - A flaw was found in the Ansible Engine when the fetch module is used. An attacker could intercept the     module, inject a new path, and then choose a new destination path on the controller node. All versions in     2.7.x, 2.8.x and 2.9.x branches are believed to be vulnerable. (CVE-2020-1735)

  - A flaw was found in Ansible Engine when a file is moved using atomic_move primitive as the file mode     cannot be specified. This sets the destination files world-readable if the destination file does not exist     and if the file exists, the file could be changed to have less restrictive permissions before the move.
    This could lead to the disclosure of sensitive data. All versions in 2.7.x, 2.8.x and 2.9.x branches are     believed to be vulnerable. (CVE-2020-1736)

  - A flaw was found in Ansible 2.7.17 and prior, 2.8.9 and prior, and 2.9.6 and prior when using the Extract-     Zip function from the win_unzip module as the extracted file(s) are not checked if they belong to the     destination folder. An attacker could take advantage of this flaw by crafting an archive anywhere in the     file system, using a path traversal. This issue is fixed in 2.10. (CVE-2020-1737)

  - A flaw was found in Ansible Engine when the module package or service is used and the parameter 'use' is     not specified. If a previous task is executed with a malicious user, the module sent can be selected by     the attacker using the ansible facts file. All versions in 2.7.x, 2.8.x and 2.9.x branches are believed to     be vulnerable. (CVE-2020-1738)

  - A flaw was found in Ansible 2.7.16 and prior, 2.8.8 and prior, and 2.9.5 and prior when a password is set     with the argument password of svn module, it is used on svn command line, disclosing to other users     within the same node. An attacker could take advantage by reading the cmdline file from that particular     PID on the procfs. (CVE-2020-1739)

  - A flaw was found in Ansible Engine when using Ansible Vault for editing encrypted files. When a user     executes ansible-vault edit, another user on the same computer can read the old and new secret, as it is     created in a temporary file with mkstemp and the returned file descriptor is closed and the method     write_data is called to write the existing secret in the file. This method will delete the file before     recreating it insecurely. All versions in 2.7.x, 2.8.x and 2.9.x branches are believed to be vulnerable.
    (CVE-2020-1740)

  - A flaw was found in the Ansible Engine affecting Ansible Engine versions 2.7.x before 2.7.17 and 2.8.x     before 2.8.11 and 2.9.x before 2.9.7 as well as Ansible Tower before and including versions 3.4.5 and     3.5.5 and 3.6.3 when the ldap_attr and ldap_entry community modules are used. The issue discloses the LDAP     bind password to stdout or a log file if a playbook task is written using the bind_pw in the parameters     field. The highest threat from this vulnerability is data confidentiality. (CVE-2020-1746)

  - A security flaw was found in Ansible Engine, all Ansible 2.7.x versions prior to 2.7.17, all Ansible 2.8.x     versions prior to 2.8.11 and all Ansible 2.9.x versions prior to 2.9.7, when managing kubernetes using the     k8s module. Sensitive parameters such as passwords and tokens are passed to kubectl from the command line,     not using an environment variable or an input configuration file. This will disclose passwords and tokens     from process list and no_log directive from debug module would not have any effect making these secrets     being disclosed on stdout and log files. (CVE-2020-1753)

  - A flaw was found in ansible module where credentials are disclosed in the console log by default and not     protected by the security feature when using the bitbucket_pipeline_variable module. This flaw allows an     attacker to steal bitbucket_pipeline credentials. The highest threat from this vulnerability is to     confidentiality. (CVE-2021-20178, CVE-2021-20180)

  - A flaw was found in ansible. Credentials, such as secrets, are being disclosed in console log by default     and not protected by no_log feature when using those modules. An attacker can take advantage of this     information to steal those credentials. The highest threat from this vulnerability is to data     confidentiality. Versions before ansible 2.9.18 are affected. (CVE-2021-20191)

  - A flaw was found in the Ansible Engine 2.9.18, where sensitive info is not masked by default and is not     protected by the no_log feature when using the sub-option feature of the basic.py module. This flaw allows     an attacker to obtain sensitive information. The highest threat from this vulnerability is to     confidentiality. (CVE-2021-20228)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

遠端 Debian 10 主機上安裝的多個套件受到 dsa-4950 公告中提及的多個弱點影響。

  - 在 2.6.18、2.7.12 和 2.8.2 之前的版本中，發現 Ansible 範本的實作方式存在缺陷，透過非預期的變數替換有可能造成資訊洩漏。藉由利用非預期的變數替換，可以洩漏任何變數的內容。
    (CVE-2019-10156)

  - ansible-playbook -k 和 ansible cli 工具的 2.8.4 之前的所有 2.8.x 版、2.7.13 之前的所有 2.7.x 版以及 2.6.19 之前的所有 2.6.x 版，都會透過從範本展開密碼來提示密碼 (因為它們可能包含特殊字元)。爲了防止範本觸發問題和洩漏密碼，應當包裝密碼。(CVE-2019-10206)

  - 在 Ansible 中，直至 ansible-engine 2.8.5、ansible-engine 2.7.13、ansible-engine 2.6.19 的所有 Ansible Engine 版本皆在 DEBUG 層級記錄，如果外掛程式使用在 DEBUG 層級記錄憑證的程式庫，這會導致憑證洩漏。此瑕疵不會影響 Ansible 模組，因為這些模組是在獨立的程序中執行。(CVE-2019-14846)

  - 當使用 Sumologic 和 Splunk 回呼外掛程式將工作結果事件傳送至收集器時，Ansible 2.9.1 之前的 2.9.x 版、2.8.7 之前的 2.8.x 版和 2.7.15 之前的 2.7.x 版未遵循將其設為 True 的旗標，這會洩漏和收集任何敏感資料。(CVE-2019-14864)

  - 在 Ansible Community 模組的 solaris_zone 模組中發現一個缺陷。在 Solaris 主機上設定區域名稱時，可藉由在遠端計算機上使用「ps」bare 命令列出程序來檢查此區域名稱。攻擊者可利用此缺陷，來構建此區域的名稱並在遠端主機中執行任意命令。Ansible Engine 2.7.15、2.8.7 、2.9.2 以及更早版本受到影響。(CVE-2019-14904)

  - 在 Ansible Engine 2.7.x、2.8.x、2.7.17 之前的 2.9.x 版、2.8.9 和 2.9.6 版中發現一個弱點，當使用 ansible_facts 作為本身的子金鑰並在啟用插入時將其升級未變數時，會發生清除後覆寫 ansible_facts。攻擊者可藉由篡改 ansible_facts (例如 ansible_hosts)、使用者和任何金鑰資料，利用此弱點執行權限提升或程式碼插入攻擊。(CVE-2020-10684)

  - 當使用用來解密 Vault 檔案的模組時 (例如 assemble、script、unarchive、win_copy、aws_s3 或 copy 模組)，發現 Ansible Engine 中有一個缺陷，此問題會影響 Ansible Engine 2.7.17 之前的 2.7.x 版、2.8.11 之前的 2.8.x 版和 2.9.7 之前的 2.9.x 版，以及 3.4.5、3.5.5 和 3.6.3 版 (含) 之前的 Ansible Tower。在 /tmp 中建立的暫存目錄未加密 s ts。在 /tmp 不是 tmpfs 而是根磁碟分割一部分的作業系統上，僅在開機時清除此目錄，在主機關閉時加密 emains。系統在未執行時會受到攻擊，因此必須盡快清除解密的資料，並清除通常可加密的資料。(CVE-2020-10685)

  - 在 Ansible 中使用不充分的隨機值時發現一個缺陷。長度相同的兩個隨機密碼查閱會產生與相同檔案的範本快取操作相同的值，這是因為沒有發生重新評估行爲。此弱點的最大威脅是，該檔案的所有密碼會同時遭到洩漏。此缺陷會影響 Ansible Engine 2.9.6 之前版本。(CVE-2020-10729)

  - 使用 uri 模組時，在 Ansible 中發現記錄輸出中和不當缺陷，其中敏感資料會洩漏給內容和 json 輸出。攻擊者可利用此缺陷來存取已執行工作的記錄或輸出，以從 uri 模組內的其他使用者處讀取 playbook 中使用的金鑰。此弱點對資料機密性的威脅最大。(CVE-2020-14330)

  - 使用 module_args 時，在 Ansible Engine 中發現一個缺陷。以檢查模式 (--check-mode) 執行的工作未正確中和事件資料中暴露的敏感資料，未經授權的使用者可利用此缺陷來讀取此資料。此弱點對機密性的威脅最大。
    (CVE-2020-14332)

  - 安裝使用 dnf 模組的套件時，發現 Ansible Engine 中存在缺陷，此缺陷影響 ansible-engine 2.8.x 的 2.8.15 之前版本和 ansible-engine 2.9.x 的 2.9.13 之前版本。即使將 disable_gpg_check 設為 False (預設行為)，程式仍會在安裝期間忽略 GPG 簽章。此缺陷會導致系統上安裝惡意套件，攻擊者透過套件安裝指令碼執行任意程式碼。此弱點對完整性及系統可用性的威脅最大。
    (CVE-2020-14365)

  - 在 Ansible Engine 2.7.17 及之前版本、2.8.9 及之前版本、2.9.6 及之前版本中，以無權限的 become 使用者身份執行 playbook 時，發現爭用情形。當 Ansible 需要以 become 使用者身分執行模組時，會在 /var/tmp 中建立暫存目錄。此目錄使用「umask 77 && mkdir -p」建立。如果目錄已存在且由其他使用者擁有，則此作業不會失敗。因為可藉由重複「/proc//cmdline」來擷取目標目錄，攻擊者可趁機控制 become 使用者。(CVE-2020-1733)

  - 使用 fetch 模組時，在 Ansible Engine 中發現一個缺陷。攻擊者可攔截該模組、插入新路徑，然後在控制器節點上選擇新的目的地路徑。據信，2.7.x 版、2.8.x 版和 2.9.x 版中的所有版本都容易受到此弱點攻擊。(CVE-2020-1735)

  - 使用 svn 模組的「password」引數設定密碼時，在 Ansible 2.7.16 及之前版本、2.8.8 及之前版本、2.9.5 及之前版本中發現一個瑕疵，在 svn 命令行中使用此密碼時，密碼會被洩漏給相同節點內的其他使用者。攻擊者可利用此瑕疵，從 procfs 上的特定 PID 讀取 cmdline 檔案。(CVE-2020-1739)

  - 使用 Ansible Vault 編輯加密檔案時，在 Ansible Engine 中發現一個瑕疵。當使用者執行「ansible-vault edit」時，相同電腦上的其他使用者可讀取舊的和新的密碼，這是因為此密碼是在使用 mkstemp 的暫存檔中建立，並且已傳回的檔案描述符號已關閉，系統呼叫 write_data 方法在檔案中寫入原有密碼。此方法會刪除該檔案，然後以不安全的方式重新建立檔案。據信，2.7.x 版、2.8.x 版和 2.9.x 版中的所有版本都容易受到此弱點攻擊。
    (CVE-2020-1740)

  - 使用 ldap_attr 和 ldap_entry 社群模組時，在 Ansible Engine 中發現一個缺陷，這會影響 Ansible Engine 2.7.x 版的 2.7.17 之前版本、2.8.x 的 2.8.11 之前版本以及 2.9.x 的 2.9.7 之前版本、3.4.5 版和 3.5.5 版和 3.6.3 版 (含) 的 Ansible Tower。如果 playbook 工作是使用參數欄位中的 bind_pw 寫入，則此問題會將 LDAP 繫結密碼洩漏給 stdout 或記錄檔。此弱點對資料機密性的威脅最大。(CVE-2020-1746)

  - 使用 k8s 模組管理 kubernetes 時，在 Ansible Engine 發現安全性缺陷，這會影響 Ansible 2.7.x 的 2.7.17 之前所有版本，2.8.x 的 2.8.11 之前所有版本、Ansible 2.9.x 的 2.9.7 之前所有版本。敏感參數 (如密碼和權杖) 會從命令行傳遞至 kubectl，而非使用環境變數或輸入設定檔。這會洩漏程序清單中的密碼和權杖，而除錯模組中的 no_log 指示詞不產生任何作用，從而造成在 stdout 和記錄檔上洩漏這些密碼。(CVE-2020-1753)

  - 在 Ansible Engine 2.9.18 中發現一個缺陷，使用 basic.py 模組的 sub-option 功能時，敏感資訊未依預設遮罩且不受 no_log 功能保護。攻擊者可利用此缺陷取得敏感資訊。此弱點對機密性的威脅最大。(CVE-2021-20228)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程 Debian 10 主机上安装的多个程序包受到 dsa-4950 公告中提及的多个漏洞影响。

  - 在 2.6.18、2.7.12 和 2.8.2 之前版本中实施 Ansible 模板的方式中发现一个缺陷，此缺陷可能通过非预期变量替换造成信息泄露。通过利用非预期变量替换，可能泄露任何变量的内容。
    (CVE-2019-10156)

  - ansible-playbook -k 和 ansible cli tools、所有 2.8.4 之前的 2.8.x 版本、所有 2.7.13 之前的 2.7.x 以及所有 2.6.19 之前的 2.6.x，均可通过从模板扩展密码来提示密码，因为它们可能包含特殊字符。应封装密码，以防止模板触发和泄露密码。(CVE-2019-10206)

  在 Ansible 中，ansible-engine 2.8.5、ansible-engine 2.7.13、ansible-engine 2.6.19 之前的所有 Ansible Engine 版本均在调试级别登录，如果插件使用的库记录了调试级别的凭据，此操作会导致凭据泄露。此缺陷不会影响 Ansible 模块，因为这些模块在单独进程中执行。(CVE-2019-14846)

  - 当使用 Sumologic 和 Splunk 回调插件将任务结果事件发送到收集器时，2.9.1 之前的 2.9.x、2.8.7 之前的 2.8.x、2.7.15 之前的 2.7.x Ansible 版本未遵守将 no_log 设置为 True 的标记。这会泄露和收集任何敏感数据。(CVE-2019-14864)

  - 在 Ansible Community 模块的 solaris_zone 模块中发现一个缺陷。在 Solaris 主机上设置区域名称时，可以通过在远程计算机上使用“ps”bare 命令列出进程来检查区域名称。攻击者可通过构建区域名称并在远程主机中执行任意命令，来利用此缺陷。Ansible Engine 2.7.15、2.8.7 和 2.9.2 以及之前的版本会受到影响。(CVE-2019-14904)

  - 将 ansible_facts 用作其自身的子项，并在启用注入时将其升级为变量时，分别在 Ansible Engine 2.7.x、2.8.x 、2.7.17 之前的 2.9.x、2.8.9 和 2.9.6 版本中发现一个缺陷，此缺陷可在清理后覆盖 ansible_facts。攻击者可通过更改 ansible_facts（例如 ansible_hosts、users 和任何其他可导致特权提升或代码注入的关键数据）来利用此问题。(CVE-2020-10684)

  - 在 Ansible Engine 中发现一个缺陷，当使用可解密 assemble、script、unarchive、win_copy、aws_s3 或 copy 模块等 Vault 文件的模块时，此缺陷会影响 2.7.17 之前的 2.7.x、2.8.11 之前的 2.8.x、2.9.7 之前的 2.9.x Ansible Engine 版本，以及 3.4.5、3.5.5、3.6.3  （含）之前的 Ansible Tower 版本。在 /tmp 中创建的临时目录未加密 s ts。在 /tmp 不是 tmpfs、而是根分区一部分的操作系统中，仅在启动时清除目录，在主机关闭时解密 emains。若系统未运行，系统将容易遭受攻击。因此，必须尽快清除解密的数据，以及通常加密的数据。(CVE-2020-10685)

  - 在 Ansible 中使用不充分的随机值时发现一个缺陷。相同长度的两个随机密码查找会生成与同一文件的模板缓存操作相等的值，这是因为没有发生重新求值行为。此漏洞最主要的威胁对象是文件的所有密码会立即暴露。此缺陷会影响 2.9.6 之前的 Ansible Engine 版本。(CVE-2020-10729)

  - 使用 uri 模块时，在 Ansible 中发现一个不当输出中和缺陷，其中敏感数据会暴露给内容和 json 输出。此缺陷让攻击者可以访问已执行任务的日志或输出，以从 uri 模块内的其他用户那里读取 playbook 中使用的密钥。此漏洞最主要的威胁对象是数据机密性。(CVE-2020-14330)

  - 使用 module_args 时，在 Ansible Engine 中发现一个缺陷。通过检查模式 (--check-mode) 执行的任务未正确中和事件数据中暴露的敏感数据。此缺陷允许未经授权的用户读取此数据。此漏洞最主要的威胁对象是机密性。
    (CVE-2020-14332)

  - 使用 dnf 模块安装程序包时，在 Ansible Engine 中发现一个缺陷，相关版本为 2.8.15 之前的 ansible-engine 2.8.x 和 2.9.13 之前的 ansible-engine 2.9.x。即使将 disable_gpg_check 设置为 False（默认行为），也会在安装期间忽略 GPG 签名。此缺陷会导致在系统上安装恶意程序包，以及通过程序包安装脚本执行任意代码。此漏洞最主要的威胁对象是完整性和系统可用性。
    (CVE-2020-14365)

  - 在以非特权 become 用户身份运行 playbook 时，在 Ansible Engine 2.7.17 及之前版本、2.8.9 及之前版本、2.9.6 及之前版本中发现一个争用条件缺陷。当 Ansible 需要以 become 用户身份运行模块时，系统会在 /var/tmp 中创建临时目录。此目录使用 umask 77 && mkdir -p dir 创建；如果该目录已存在且为其他用户所有，则此操作不会失败。由于可通过迭代“/proc//cmdline”来检索目标目录，攻击者可利用该漏洞来获得 become 用户的控制权。(CVE-2020-1733)

  - 使用 fetch 模块时，在 Ansible Engine 中发现一个缺陷。攻击者可拦截该模块，注入新路径，然后在控制器节点上选择新的目标路径。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。(CVE-2020-1735)

  在借助 svn 模块的“password”参数设置密码时，在 Ansible 2.7.16 及之前版本、2.8.8 及之前版本和 2.9.5 及之前版本中发现一个缺陷，该密码用于 svn 命令行，进而泄露给同一节点内的其他用户。攻击者可通过从 procfs 上的特定 PID 读取 cmdline 文件来利用该缺陷。(CVE-2020-1739)

  - 在使用 Ansible Vault 编辑加密文件时，在 Ansible Engine 中发现一个缺陷。当用户执行 ansible-vault edit 时，同一计算机上的其他用户可以读取新旧密码，因为该密码是在包含 mkstemp 的临时文件中创建的，返回的文件描述符已关闭，并且系统会调用 write_data 方法来写入文件中的现有密码。此方法会以不安全方式在重新创建文件之前将其删除。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。
    (CVE-2020-1740)

  - 在 Ansible Engine 中发现一个缺陷，在使用 ldap_attr 和 ldap_entry 社区模块时，此缺陷会影响 2.7.17 之前的 2.7.x、2.8.11 之前的 2.8.x、2.9.7 之前的 2.9.x Ansible Engine 版本，以及 3.4.5、3.5.5、3.6.3（含）之前的 Ansible Tower 版本。如果使用参数字段中的 bind_pw 编写 playbook 任务，则该问题会将 LDAP 绑定密码泄露给 stdout 或日志文件。此漏洞最主要的威胁对象是数据机密性。(CVE-2020-1746)

  - 使用 k8s 模块管理 kubernetes 时，在 Ansible Engine、2.7.17 之前的所有 Ansible 2.7.x 版本、2.8.11 之前的所有 Ansible 2.8.x 版本和 2.9.7 之前的所有 Ansible 2.9.x 版本中发现一个安全缺陷。将密码和标记等敏感参数从命令行传递到 kubectl，不使用环境变量或输入配置文件。这将泄露进程列表中的密码和标记，调试模块中的 no_log 指令不会对在 stdout 和日志文件中泄露这些机密产生任何影响。(CVE-2020-1753)

  - 当使用 basic.py 模块的子选项功能时，在 Ansible Engine 2.9.18 中发现一个缺陷，其中敏感信息默认未屏蔽且不受 no_log 功能保护。此缺陷让攻击者可以获取敏感信息。此漏洞最主要的威胁对象是机密性。(CVE-2021-20228)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名稱	產品	系列	已發布	已更新	嚴重性
159049	openSUSE 15 セキュリティ更新: ansible (openSUSE-SU-2022:0081-1)	Nessus	SuSE Local Security Checks	2022/3/17	2023/11/3	high
152270	Debian DSA-4950-1：ansible - セキュリティ更新	Nessus	Debian Local Security Checks	2021/8/7	2023/12/6	high
152270	Debian DSA-4950-1 : ansible - security update	Nessus	Debian Local Security Checks	2021/8/7	2023/12/6	high
159049	openSUSE 15 Security Update : ansible (openSUSE-SU-2022:0081-1)	Nessus	SuSE Local Security Checks	2022/3/17	2023/11/3	high
152270	Debian DSA-4950-1：ansible - 安全性更新	Nessus	Debian Local Security Checks	2021/8/7	2023/12/6	high
152270	Debian DSA-4950-1：ansible - 安全更新	Nessus	Debian Local Security Checks	2021/8/7	2023/12/6	high

偵測

搜尋 Plugin

high

high

high

high

high

high