自己報告によるバージョン番号によると、リモートホストにインストールされているXenハイパーバイザーにはセキュリティ更新プログラムがありません。したがって、シングルステップアプリケーションでSYSCALLを処理するとき、命令エミュレーターの権限昇格の脆弱性の影響を受けます。これは、命令の先頭にあるフラグに基づいて発生する誤った例外によるものです。ローカルの攻撃者がこの問題を悪用し、ゲストオペレーティングシステム上で昇格された権限を得る可能性があります。

以下の項目に注意してください。

  -64ビットx86 HVMゲストのみがこの脆弱性を悪用できます。

  -Xenバージョン4.6以前では、このようなゲストの権限のないプロセスも含めて、すべてのゲストユーザープロセスが脆弱性を悪用できます。

  -Xenバージョン4.7以降では、ゲスト管理者からある程度の権限（ハードウェアへの直接アクセスなど）を付与されたゲストユーザープロセスのみ脆弱性を悪用できます。VMがデフォルト以外のCPUベンダー文字列で明示的に設定されている（xm/xlでは、「cpuid=」ドメイン設定オプションを使って設定）場合はすべてのユーザープロセスが影響を受けます。

  -#DBの処理にISTを使用する64ビットゲストカーネルで問題を軽減できる可能性が高いですが、対処が必要な1つの、予期しない#DB例外フレームがあります。つまり、実際のところLinuxには脆弱性がないことになります。

  -32ビットHVMゲストはこの脆弱性を悪用できません。
    これは、エミュレーションのバグは実際のハードウェア動作にも一致し、権限昇格の影響を受けないようにするために、SYSCALLを使う32ビットゲストカーネルはすでに#DBの処理にTask Gateを使う必要があることによります。

  -PVゲストはこの脆弱性を悪用できません。

  -ARMシステムには脆弱性はありません。

Nessusではこの脆弱性についてテストしていませんが、代わりにxen.git変更ログに基づく変更セットバージョンにのみ依存しています。
Nessusは、ゲストハードウェア構成をチェックしていません。また、再コンパイルと再インストール前に、パッチがソースコードに手動で適用されているかどうかもチェックしていません。

検出

Xen SYSCALLシングルステップ処理権限昇格（XSA-204）

high Nessus プラグイン ID 96960

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