libvirt は、ユーザーが任意のファイルを読み取る可能性がある構成済みのディスクフォーマットを適切に処理していませんでした。（CVE-2010-2237/CVE-2010-2238/CVE-2010-2239）

ゲストの不適切にマップされたソースの権限付きポートにより、ホストの権限付きリソースを取得できます。(CVE-2010-2242)

また、以下のセキュリティ以外の問題の修正が含まれていました：

- libvirt ベースの kvm ゲストの保存オペレーションにかかる時間が長すぎます。
 （bnc#614853）

- CPU が 37 を超えるとき、virt-manager が例外を投げます。（bnc#609738）

- 2 つ以上の VirtualDomain を停止すると、失敗します。
 （bnc#594024）

- CD から SLES 9 SP4 ゲストを KVM システムにインストールできません。（bnc#626070）

CVE-2010-2242 に対処する、デフォルトの仮想ネットワーク用の iptables のルールの更新には再起動が必要です。libvirt のデフォルトインストールでは、すべてのディスクフォーマットの検出は無効になっています。この変更により、 qcow2 ディスクを使用する KVM ゲストが、正常に起動できなくなる可能性があります。これが発生する場合は、ゲスト XML <disk> 要素が、<driver> 要素の
<driver name='qemu' type='qcow2'/> を通じて、qcow2 データ形式の使用を明確にリクエストしていることを検証してください。qcow2 が外部のバッキングファイルを使用している場合、「-o」オプションでバッキングストア形式を明確に指定することで、qcow2 ファイルを作成し直す必要がある可能性があります。
qemu- create -f qcow2 -b master.qcow2 -o backing_fmt=qcow2 newdisk.qcow2 これが不可能な場合は、/etc/libvirt/qemu.conf allow_disk_format_probing = 1NB により、ディスクフォーマットの検出を再度有効にします。ディスクフォーマットの検出を有効にすることにより、リンクされた CVE ごとのセキュリティ上の影響を受けます。

注意：Tenable Network Security は、前述の記述ブロックを Fedora セキュリティアドバイザリから直接抽出しています。Tenable では、できる限り新たな問題を持ち込まないように、自動的に整理して書式設定するようにしています。

libvirt が、ディスクの定義済みフォーマットを参照せずにディスクバッキンングストアを調べることがわかりました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 10.04 LTS だけに影響を与えました。デフォルトでは、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。（CVE-2010-2237、CVE-2010-2238）

libvirt は、バッキングストアフォーマットを設定せずに、新しい VM を作成していることが判明しました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 8.04 LTS に影響を与えませんでした。Ubuntu 9.10 以降では、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。
（CVE-2010-2239）

Jeremy Nickurak 氏は、libvirt が、きわめて緩いソースポートのマッピングで iptables ルールを作成することを発見しました。ゲストの権限のあるユーザーが、意図された制限をバイパスしてホストの権限のあるリソースにアクセスする可能性があります。（CVE-2010-2242）。

USN-1008-1 は、libvirt の脆弱性を修正しました。CVE-2010-2238 の Upstream 修正は libvirt の挙動を変更して、ドメイン XML が「host_device」を qemu sub-type として指定できない可能性がありました。libvirt 0.8.3 以降がこの sub-type の指定をサポートしなくなるのに対して、この更新は Ubuntu 10.04 LTS に古い挙動を復元します。

ご面倒をお掛けして申し訳ございません。

libvirt が、ディスクの定義済みフォーマットを参照せずにディスクバッキンングストアを調べることがわかりました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 10.04 LTS だけに影響を与えました。デフォルトでは、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。（CVE-2010-2237、CVE-2010-2238）

libvirt は、バッキングストアフォーマットを設定せずに、新しい VM を作成していることが判明しました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 8.04 LTS に影響を与えませんでした。Ubuntu 9.10 以降では、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。
（CVE-2010-2239）

Jeremy Nickurak 氏は、libvirt が、きわめて緩いソースポートのマッピングで iptables ルールを作成することを発見しました。ゲストの権限のあるユーザーが、意図された制限をバイパスしてホストの権限のあるリソースにアクセスする可能性があります。
（CVE-2010-2242）。

2 つのセキュリティ問題と 3 つのバグを修正する更新済みの libvirt パッケージが、 Red Hat Enterprise Linux 5 で現在利用可能です。

Red Hat セキュリティレスポンスチームは、この更新によるセキュリティ上の影響は小さいと評価しています。詳細な重要度の評価を提供する Common Vulnerability Scoring System （CVSS）のベーススコアが、「参照」セクションの CVE リンクの各脆弱性に対して利用可能です。

libvirt ライブラリは、Linux などのオペレーティングシステムの仮想化機能を管理し、この機能との対話を行うための C API です。さらに、 libvirt は、仮想化されたシステムをリモートで管理するためのツールも備えています。

libvirt では、新しい画像の作成時に、ユーザー定義のバッキングストア形式を設定しないことがわかりました。その結果、アプリケーションはバッキングストアを綿密に調べて、その形式を見つけることが必要になる可能性があります。権限のあるゲストユーザーは、この欠陥を利用して、ホスト上の任意のファイルを読み取る可能性があります。
（CVE-2010-2239）

IP マスカレードに対してゲストシステムを構成すると、libvirt が安全ではない iptables ルールをホストで作成することがわかりました。これによりゲストは、ネットワークリソースにアクセスする際に、ホスト上で権限のあるポートを使用することができます。権限のあるゲストユーザーがこの欠陥を利用して、通常はアクセスできないネットワークリソースにアクセスする可能性があります。
（CVE-2010-2242）

Red Hat は、CVE-2010-2242 の問題を報告していただいた Jeremy Nickurak 氏に感謝の意を表します。

この更新は以下のバグも修正します：

* Linux ソフトウェアブリッジでは、スレーブになったインターフェイスの MAC アドレスが最小 MAC アドレスであると仮定します。ブリッジがその MAC アドレスを変更すると、ネットワークセグメント間で一定期間パケットをリレーせず、ネットワークは一時的に「blackout」状態になります。ネットワーク通信を混乱させないようにするには、ブリッジはその MAC アドレスの変更を避ける必要があります。

Linux カーネルは、ネットワーク TAP デバイスにランダムな MAC アドレスを割り当てます。
このランダムな MAC アドレスは、物理インターフェイスのアドレスより小さく、スレーブ化することがあります（eth0 や eth1 など）。これにより、ブリッジがその MAC アドレスを変更し、一定期間ネットワーク通信を混乱させます。

この更新により、libvirt は、XML から構成された MAC アドレスを使用して作成された TAP デバイス全てに明示的な MAC アドレスを設定するようになりますが、上位ビットは 0xFE に設定されます。その結果、TAP デバイスの MAC アドレスは、物理インターフェイスのアドレスより大きくなり、ブリッジがこれらの MAC アドレスを TAP デバイスのアドレスに切り替えることは今後なくなり、ネットワークの混乱が作り出される可能性は回避されます。（BZ#617243）

* Xen ハイパーバイザー用の libvirt ドライバーでのメモリ漏洩は、この更新で修正されています。（BZ#619711）

* 仮想ゲスト向けの xm と virsh の管理ユーザーインターフェイスをコマンドラインで呼び出すことで、アクティブなゲスト数をリスト表示できます。
ただし、特定の状況で「virsh list」コマンドを実行すると、virsh は、その時点でアクティブであった（つまり実行していた）全ての仮想ゲストをリスト表示しませんでした。この更新では、アクティブなゲストを判断するために使用されるロジックを「xm list」のロジックと一致させる修正を取り入れています。これにより、どのような状況でも両方のコマンドによって同じ数のアクティブなゲストがリスト表示されます。（BZ#618200）

libvirt の全ユーザーは、バックポートされたパッチが含まれるこれらの更新済みパッケージにアップグレードし、これらの問題を修正することが推奨されます。更新を有効にするには、更新済みのパッケージのインストール後にシステムを再起動する必要があります。

Red Hat セキュリティアドバイザリ 2010:0615 から：

2 つのセキュリティ問題と 3 つのバグを修正する更新済みの libvirt パッケージが、 Red Hat Enterprise Linux 5 で現在利用可能です。

Red Hat セキュリティレスポンスチームは、この更新によるセキュリティ上の影響は小さいと評価しています。詳細な重要度の評価を提供する Common Vulnerability Scoring System （CVSS）のベーススコアが、「参照」セクションの CVE リンクの各脆弱性に対して利用可能です。

libvirt ライブラリは、Linux などのオペレーティングシステムの仮想化機能を管理し、この機能との対話を行うための C API です。さらに、 libvirt は、仮想化されたシステムをリモートで管理するためのツールも備えています。

libvirt では、新しい画像の作成時に、ユーザー定義のバッキングストア形式を設定しないことがわかりました。その結果、アプリケーションはバッキングストアを綿密に調べて、その形式を見つけることが必要になる可能性があります。権限のあるゲストユーザーは、この欠陥を利用して、ホスト上の任意のファイルを読み取る可能性があります。
(CVE-2010-2239)

IP マスカレードに対してゲストシステムを構成すると、libvirt が安全ではない iptables ルールをホストで作成することがわかりました。これによりゲストは、ネットワークリソースにアクセスする際に、ホスト上で権限のあるポートを使用することができます。権限のあるゲストユーザーがこの欠陥を利用して、通常はアクセスできないネットワークリソースにアクセスする可能性があります。
(CVE-2010-2242)

Red Hat は、CVE-2010-2242 の問題を報告していただいた Jeremy Nickurak 氏に感謝の意を表します。

この更新は以下のバグも修正します：

* Linux ソフトウェアブリッジでは、スレーブになったインターフェイスの MAC アドレスが最小 MAC アドレスであると仮定します。ブリッジがその MAC アドレスを変更すると、ネットワークセグメント間で一定期間パケットをリレーせず、ネットワークは一時的に「blackout」状態になります。ネットワーク通信を混乱させないようにするには、ブリッジはその MAC アドレスの変更を避ける必要があります。

Linux カーネルは、ネットワーク TAP デバイスにランダムな MAC アドレスを割り当てます。
このランダムな MAC アドレスは、物理インターフェイスのアドレスより小さく、スレーブ化することがあります（eth0 や eth1 など）。これにより、ブリッジがその MAC アドレスを変更し、一定期間ネットワーク通信を混乱させます。

この更新により、libvirt は、XML から構成された MAC アドレスを使用して作成された TAP デバイス全てに明示的な MAC アドレスを設定するようになりますが、上位ビットは 0xFE に設定されます。その結果、TAP デバイスの MAC アドレスは、物理インターフェイスのアドレスより大きくなり、ブリッジがこれらの MAC アドレスを TAP デバイスのアドレスに切り替えることは今後なくなり、ネットワークの混乱が作り出される可能性は回避されます。（BZ#617243）

* Xen ハイパーバイザー用の libvirt ドライバーでのメモリ漏洩は、この更新で修正されています。（BZ#619711）

* 仮想ゲスト向けの xm と virsh の管理ユーザーインターフェイスをコマンドラインで呼び出すことで、アクティブなゲスト数をリスト表示できます。
ただし、特定の状況で「virsh list」コマンドを実行すると、virsh は、その時点でアクティブであった（つまり実行していた）全ての仮想ゲストをリスト表示しませんでした。この更新では、アクティブなゲストを判断するために使用されるロジックを「xm list」のロジックと一致させる修正を取り入れています。これにより、どのような状況でも両方のコマンドによって同じ数のアクティブなゲストがリスト表示されます。（BZ#618200）

libvirt の全ユーザーは、バックポートされたパッチが含まれるこれらの更新済みパッケージにアップグレードし、これらの問題を修正することが推奨されます。更新を有効にするには、更新済みのパッケージのインストール後にシステムを再起動する必要があります。

2 つのセキュリティ問題と 3 つのバグを修正する更新済みの libvirt パッケージが、 Red Hat Enterprise Linux 5 で現在利用可能です。

Red Hat セキュリティレスポンスチームは、この更新によるセキュリティ上の影響は小さいと評価しています。詳細な重要度の評価を提供する Common Vulnerability Scoring System （CVSS）のベーススコアが、「参照」セクションの CVE リンクの各脆弱性に対して利用可能です。

libvirt ライブラリは、Linux などのオペレーティングシステムの仮想化機能を管理し、この機能との対話を行うための C API です。さらに、 libvirt は、仮想化されたシステムをリモートで管理するためのツールも備えています。

libvirt では、新しい画像の作成時に、ユーザー定義のバッキングストア形式を設定しないことがわかりました。その結果、アプリケーションはバッキングストアを綿密に調べて、その形式を見つけることが必要になる可能性があります。権限のあるゲストユーザーは、この欠陥を利用して、ホスト上の任意のファイルを読み取る可能性があります。
(CVE-2010-2239)

IP マスカレードに対してゲストシステムを構成すると、libvirt が安全ではない iptables ルールをホストで作成することがわかりました。これによりゲストは、ネットワークリソースにアクセスする際に、ホスト上で権限のあるポートを使用することができます。権限のあるゲストユーザーがこの欠陥を利用して、通常はアクセスできないネットワークリソースにアクセスする可能性があります。
(CVE-2010-2242)

Red Hat は、CVE-2010-2242 の問題を報告していただいた Jeremy Nickurak 氏に感謝の意を表します。

この更新は以下のバグも修正します：

* Linux ソフトウェアブリッジでは、スレーブになったインターフェイスの MAC アドレスが最小 MAC アドレスであると仮定します。ブリッジがその MAC アドレスを変更すると、ネットワークセグメント間で一定期間パケットをリレーせず、ネットワークは一時的に「blackout」状態になります。ネットワーク通信を混乱させないようにするには、ブリッジはその MAC アドレスの変更を避ける必要があります。

Linux カーネルは、ネットワーク TAP デバイスにランダムな MAC アドレスを割り当てます。
このランダムな MAC アドレスは、物理インターフェイスのアドレスより小さく、スレーブ化することがあります（eth0 や eth1 など）。これにより、ブリッジがその MAC アドレスを変更し、一定期間ネットワーク通信を混乱させます。

この更新により、libvirt は、XML から構成された MAC アドレスを使用して作成された TAP デバイス全てに明示的な MAC アドレスを設定するようになりますが、上位ビットは 0xFE に設定されます。その結果、TAP デバイスの MAC アドレスは、物理インターフェイスのアドレスより大きくなり、ブリッジがこれらの MAC アドレスを TAP デバイスのアドレスに切り替えることは今後なくなり、ネットワークの混乱が作り出される可能性は回避されます。（BZ#617243）

* Xen ハイパーバイザー用の libvirt ドライバーでのメモリ漏洩は、この更新で修正されています。（BZ#619711）

* 仮想ゲスト向けの xm と virsh の管理ユーザーインターフェイスをコマンドラインで呼び出すことで、アクティブなゲスト数をリスト表示できます。
ただし、特定の状況で「virsh list」コマンドを実行すると、virsh は、その時点でアクティブであった（つまり実行していた）全ての仮想ゲストをリスト表示しませんでした。この更新では、アクティブなゲストを判断するために使用されるロジックを「xm list」のロジックと一致させる修正を取り入れています。これにより、どのような状況でも両方のコマンドによって同じ数のアクティブなゲストがリスト表示されます。（BZ#618200）

libvirt の全ユーザーは、バックポートされたパッチが含まれるこれらの更新済みパッケージにアップグレードし、これらの問題を修正することが推奨されます。更新を有効にするには、更新済みのパッケージのインストール後にシステムを再起動する必要があります。

libvirt では、ユーザーが任意のファイルを読み取る可能性がある構成済みのディスクフォーマットを適切に処理していませんでした（CVE-2010-2237、CVE-2010-2238、CVE-2010-2239）

ゲストの不適切にマップされたソースの権限付きポートにより、ホストの権限付きリソースを取得できます（CVE-2010-2242）。

libvirt では、新しい画像の作成時に、ユーザー定義のバッキングストア形式を設定しないことがわかりました。その結果、アプリケーションはバッキングストアを綿密に調べて、その形式を見つけることが必要になる可能性があります。権限のあるゲストユーザーは、この欠陥を利用して、ホスト上の任意のファイルを読み取る可能性があります。
（CVE-2010-2239）

IP マスカレードに対してゲストシステムを構成すると、libvirt が安全ではない iptables ルールをホストで作成することがわかりました。これによりゲストは、ネットワークリソースにアクセスする際に、ホスト上で権限のあるポートを使用することができます。権限のあるゲストユーザーがこの欠陥を利用して、通常はアクセスできないネットワークリソースにアクセスする可能性があります。
（CVE-2010-2242）

この更新は以下のバグも修正します：

- Linux ソフトウェアブリッジでは、スレーブになったインターフェイスの MAC アドレスが最小 MAC アドレスであると仮定します。ブリッジがその MAC アドレスを変更すると、ネットワークセグメント間で一定期間パケットをリレーせず、ネットワークは一時的に「blackout」状態になります。
 ネットワーク通信を混乱させないようにするには、ブリッジはその MAC アドレスの変更を避ける必要があります。

Linux カーネルは、ネットワーク TAP デバイスにランダムな MAC アドレスを割り当てます。
このランダムな MAC アドレスは、物理インターフェイスのアドレスより小さく、スレーブ化することがあります（eth0 や eth1 など）。これにより、ブリッジがその MAC アドレスを変更し、一定期間ネットワーク通信を混乱させます。

この更新により、libvirt は、XML から構成された MAC アドレスを使用して作成された TAP デバイス全てに明示的な MAC アドレスを設定するようになりますが、上位ビットは 0xFE に設定されます。その結果、TAP デバイスの MAC アドレスは、物理インターフェイスのアドレスより大きくなり、ブリッジがこれらの MAC アドレスを TAP デバイスのアドレスに切り替えることは今後なくなり、ネットワークの混乱が作り出される可能性は回避されます。（BZ#617243）

- Xen ハイパーバイザー用の libvirt ドライバーでのメモリ漏洩は、この更新で修正されています。（BZ#619711）

- 仮想ゲスト向けの xm と virsh の管理ユーザーインターフェイスをコマンドラインで呼び出すことで、アクティブなゲスト数をリスト表示できます。ただし、特定の状況で「virsh list」コマンドを実行すると、virsh は、その時点でアクティブであった（つまり実行していた）全ての仮想ゲストをリスト表示しませんでした。この更新では、アクティブなゲストを判断するために使用されるロジックを「xm list」のロジックと一致させる修正を取り入れています。これにより、どのような状況でも両方のコマンドによって同じ数のアクティブなゲストがリスト表示されます。
 （BZ#618200）

更新を有効にするには、更新済みのパッケージのインストール後にシステムを再起動する必要があります。

Ubuntu 10.04 LTS の Libvirt は、イメージフォーマットについて qemu ディスクをプローブしなくなりました。また、XML でフォーマットが指定されていないときのデフォルトが「raw」になりました。Ubuntu 10.04 LTS の virtinst は、ディスクフォーマットの指定を可能にしておらず、XML でフォーマットを指定しないため、この挙動の変更により virt-install --import が破損します。この更新では、ディスクの指定時に「format=」オプションを追加します。例えば、qcow2 ディスクフォーマットを使用する既存の VM をインポートするためには、次などを使用してください：

virt-install --connect=qemu:///session --name test-import --ram=256 \
--disk path=<path to qcow2 image>,format=qcow2 --import

詳細については、man 1 virt-install を参照してください。

libvirt が、ディスクの定義済みフォーマットを参照せずにディスクバッキンングストアを調べることがわかりました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 10.04 LTS だけに影響を与えました。デフォルトでは、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。（CVE-2010-2237、CVE-2010-2238）

libvirt は、バッキングストアフォーマットを設定せずに、新しい VM を作成していることが判明しました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 8.04 LTS に影響を与えませんでした。Ubuntu 9.10 以降では、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。
（CVE-2010-2239）

Jeremy Nickurak 氏は、libvirt が、きわめて緩いソースポートのマッピングで iptables ルールを作成することを発見しました。ゲストの権限のあるユーザーが、意図された制限をバイパスしてホストの権限のあるリソースにアクセスする可能性があります。
（CVE-2010-2242）。

USN-1008-1 は、libvirt の脆弱性を修正しました。Ubuntu 10.04 LTS の更新は、最近のバグ修正更新を戻しています。この更新により問題が修正されます。

ご面倒をお掛けして申し訳ございません。

libvirt が、ディスクの定義済みフォーマットを参照せずにディスクバッキンングストアを調べることがわかりました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 10.04 LTS だけに影響を与えました。デフォルトでは、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。（CVE-2010-2237、CVE-2010-2238）

libvirt は、バッキングストアフォーマットを設定せずに、新しい VM を作成していることが判明しました。ゲストの権限のあるユーザーがこれを悪用して、ホスト上の任意のファイルを読み込む可能性があります。この問題は、Ubuntu 8.04 LTS に影響を与えませんでした。Ubuntu 9.10 以降では、ゲストはこの欠陥に対して部分的な保護のみを提供する AppArmor プロファイルに限定されます。
（CVE-2010-2239）

Jeremy Nickurak 氏は、libvirt が、きわめて緩いソースポートのマッピングで iptables ルールを作成することを発見しました。ゲストの権限のあるユーザーが、意図された制限をバイパスしてホストの権限のあるリソースにアクセスする可能性があります。
（CVE-2010-2242）。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
51624	SuSE 11.1 セキュリティ更新：libvirt（SAT パッチ番号 2957）	Nessus	SuSE Local Security Checks	2011/1/21	2021/1/14	medium
47838	Fedora 13：ibvirt-0.8.2-1.fc13（2010-10960）	Nessus	Fedora Local Security Checks	2010/7/27	2021/1/11	medium
50300	Ubuntu 8.04 LTS / 9.04 / 9.10 / 10.04 LTS：libvirt 脆弱性（USN-1008-1）	Nessus	Ubuntu Local Security Checks	2010/10/22	2019/9/19	medium
47839	Fedora 12：ibvirt-0.8.2-1.fc12（2010-11021）	Nessus	Fedora Local Security Checks	2010/7/27	2021/1/11	medium
50524	Ubuntu 10.04 LTS：libvirt 回帰（USN-1008-4）	Nessus	Ubuntu Local Security Checks	2010/11/9	2019/9/19	medium
48302	CentOS 5：libvirt（CESA-2010:0615）	Nessus	CentOS Local Security Checks	2010/8/12	2021/1/4	medium
68082	Oracle Linux 5：libvirt（ELSA-2010-0615）	Nessus	Oracle Linux Local Security Checks	2013/7/12	2021/1/14	medium
63943	RHEL 5 : libvirt （RHSA-2010:0615）	Nessus	Red Hat Local Security Checks	2013/1/24	2021/1/14	medium
75622	openSUSE セキュリティ更新： libvirt （openSUSE-SU-2010:0625-1）	Nessus	SuSE Local Security Checks	2014/6/13	2021/1/14	medium
60835	Scientific Linux セキュリティ更新：SL5.x i386/x86_64 の libvirt	Nessus	Scientific Linux Local Security Checks	2012/8/1	2021/1/14	medium
49266	openSUSE セキュリティ更新： libvirt （openSUSE-SU-2010:0620-1）	Nessus	SuSE Local Security Checks	2010/9/17	2021/1/14	medium
50301	Ubuntu 10.04 LTS：virtinst の更新（USN-1008-2）	Nessus	Ubuntu Local Security Checks	2010/10/22	2019/9/19	medium
50319	Ubuntu 10.04 LTS：libvirt 更新（USN-1008-3）	Nessus	Ubuntu Local Security Checks	2010/10/24	2019/9/19	medium

検出

プラグインの検索

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium