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

  - 一部のIntel(R)プロセッサの反応に不一致が見られるため、認証されたユーザーがローカルアクセスを介して情報漏洩を引き起こす可能性があります。（CVE-2021-0089）

  - x86: S3 の後に TSX Async Abort 保護が復元されない。この問題は TSX Async Abort の投機的セキュリティの脆弱性に関連しています。詳細については、https://xenbits.xen.org/xsa/advisory-305.html を参照してください。
    TSX (デフォルトおよび優先オプション) を無効にすることで TAA を緩和するには、MSR_TSX_CTRL で非デフォルト設定を選択する必要があります。この設定は S3 の一時停止後に復元されません。(CVE-2021-28690)

  - 不適切な x86 IOMMU タイムアウトの検出/処理は、これらのコマンドを発行した CPU の動作と並行して、発行された IOMMU のコマンドを処理します。Xen での現在の実装では、このようなコマンドの完了の非同期通知は使用されません。代わりに、発行 CPU は、最後に発行されたコマンドの完了をスピン待機します。これらの待機ループのいくつかは、タイムアウトを適用して、過剰に時間がかかるコマンドを失敗させようとします。認識されたタイムアウトが実際に検出される一連のアクションは不適切です: - 元々タイムアウトを引き起こさなかったIntelハードウェアゲストでは、クラッシュとマークされる場合があります。- AMDハードウェアでは、より高いレイヤーの呼び出し元に問題が通知されず、あたかもIOMMU操作が成功したかのように続行します。（CVE-2021-28692）

  -xen / arm：ブートモジュールがスクラブされていません。ブートローダーは、Xenによって各ドメインメモリにコピーされる前に、一時領域にブートモジュール（カーネル、initramfsなど）を読み込みます。機密データがモジュールから漏洩しないようにするために、Xenはページをアロケータに渡す前に、それらをスクラブする必要があります。
    残念ながら、Armではモジュールがスクラブされないことがわかりました。（CVE-2021-28693）

  - x86のIOMMUページのマッピング問題。[このCNA情報レコード は複数のCVEに関連しています。テキストはどの側面/脆弱性がどのCVEに対応するかを説明しています。] AMDとIntelはどちらも、ACPIテーブルで変換せずに残しておく必要のあるメモリ領域を指定できます。これは通常、これらのアドレスが変更されずに変換フェーズを渡す必要があることを意味します。これらは通常、デバイス固有のACPIプロパティですが、一定のデバイス、またはすべてのデバイスに適用するように指定することもできます。そのようなリージョンを持つすべてのシステムで、Xenはゲストがそのようなマッピングを元に戻す/置換することを防ぐことができませんでした（CVE-2021-28694）。ファームウェアによって非連続的な範囲が指定されるAMDシステムでは、除外されると考えられる中間の範囲もIDマッピングされます（CVE-2021-28695）。さらに、AMDシステムでは、ゲストからの物理デバイスの割り当てを解除する時に、IDマッピングがそのまま残り、ゲストはこれ以上アクセスできないはずのメモリの範囲に引き続きアクセスできます（CVE-2021-28696）。 （CVE-2021-28694、CVE-2021-28695、CVE-2021-28696）

  -グラントテーブルv2のステータスページが、割り当て解除のゲストがメモリのXen所有の特定のページへのアクセスを許可された後に、アクセス可能のままになることがあります。このようなページの大部分は、全有効期間のゲストに割り当てられた/関連付けられた状態を維持します。しかしながら、グラントテーブル v2 のステータスページは、ゲストが v2 から v1 にスイッチ (バック) すると、割り当てが解除されます。このようなページを解放するには、ハイパーバイザーがこれらのページがゲストのどこにマッピングされているかを把握している必要があります。ハイパーバイザーはゲスト空間内で 1 つの使用のみを追跡しますが、これらのページのマッピングを挿入するゲストからのリクエストを競合させることで、これらのページのいずれかが複数の場所でマッピングされる可能性があります。
    v2 から v1 にスイッチバックすると、解放され、おそらく他の目的で再利用されたページへのアクセス権をゲストは保持します。(CVE-2021-28697)

  - リソースの使用を適切に監視するために、長時間の実行はグラントテーブルの処理においてループします。Xen はドメインが他のドメインによって提供された許可をマッピングするために作成する場合がある、グラントマッピングの情報を維持します。特定のアクションを実行するプロセスで、Xen はそのようなエントリをすべて繰り返し処理します。これには、すでに使用されていないものや、作成されたものの使用されていないものが含まれます。特定のドメインに対するエントリ数が十分に大きい場合、テーブル全体のこの反復により CPU が過剰に長く拘束され、他のドメインを枯渇させたり、ハイパーバイザー自体で問題が引き起こされたりする可能性があります。注意: ドメインは、自身の許可をマッピングする可能性があります。つまり、
    複数のドメインを関与させる必要はありません。しかしながら、1組のゲストが協力している場合は、より深刻な影響を引き起こす可能性があります。（CVE-2021-28698）

  -不適切なgrant-v2ステータスフレーム配列境界チェック。v2のグラントテーブルインターフェイスは、許可属性を許可ステータスから分離します。つまり、このモードで操作するとき、ゲストには2つのテーブルがあります。その結果、ゲストは、新しいステータス追跡テーブルにアクセスできるアドレスを取得可能である必要もあります。x86の32ビットのゲストの場合、インターフェイス構造のレイアウトが一般に32ビットと64ビットの間で異なるため、リクエストの変換が発生しなければなりません。グラントステータステーブルのフレーム番号を取得するためのリクエストの変換には、結果として生じるフレーム番号の配列の変換が含まれます。変換を実行するために使用されるスペースが限られているため、変換レイヤーはコア機能に変換スペース内の配列の容量を通知します。残念ながら、その後、コア関数は配列の境界が指定値の8倍未満になるように強制するだけで、十分なフレーム数の保存が必要な場合は、利用可能なスペースを超えて書き込みます。（CVE-2021-28699）

  -xen / arm：dom0less domUsのメモリ制限がありません。dom0less機能により、管理者は複数の権限のないドメインをXenから直接作成できます。残念ながら、それらのメモリ制限は設定されていません。
    これにより、ドメインは管理者が最初に構成したものを越えてメモリを割り当てることができます。
    (CVE-2021-28700)

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

検出

openSUSE 15 セキュリティ更新：xen (openSUSE-SU-2021:1236-1 )

high Nessus プラグイン ID 153108

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