There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - Interaction error in OpenStack Nova and Neutron before Havana 2013.2.1 and icehouse-1 does not validate
    the instance ID of the tenant making a request, which allows remote tenants to obtain sensitive metadata
    by spoofing the device ID that is bound to a port, which is not properly handled by (1)
    api/metadata/handler.py in Nova and (2) the neutron-metadata-agent (agent/metadata/agent.py) in Neutron.
    (CVE-2013-6419)

遠端 Redhat Enterprise Linux 6 主機已安裝受到一個弱點影響的套件，如 RHSA-2014:0091 公告中所提及。

    openstack-neutron 套件提供虛擬網路服務 Openstack Networking (neutron)。

    據發現，OpenStack Networking 中的中繼資料代理程式在繫結至特定連接埠的裝置 ID 上遺漏授權檢查。遠端租用戶可猜測繫結至連接埠的執行個體 ID，並擷取另一個租用戶的中繼資料，進而導致資訊洩漏。
    請注意，只有執行 neutron-metadata-agent 的 OpenStack Networking 設定會受到影響。 (CVE-2013-6419)

    Red Hat 感謝 OpenStack 專案的 Jeremy Stanley 報告此問題。上游確認 VMware 的 Aaron Rosen 為原始報告者。

    openstack-neutron 套件已升級至上游版本 2013.2.1，其中針對舊版提供數個錯誤修正和增強功能。最值得注意的修正和增強功能如下：

    - 支援 Neutron API 中的多個背景工作。設定 neutron.conf 檔案中的「workers=」參數即可達到此目的。

    - 針對 neutron 代理程式調整停機時間和報告間隔預設設定。

    - 浮動 IP 位址穩定性已增強。

    - 已修正 neutron-server 中的活動訊號相關鎖死問題。

    (BZ#1045419)

    此更新也可修正下列錯誤：

    * 以 Red Hat Enterprise Linux 的 dnsmasq 版本執行 neutron-dhcp-agent 時，顯示不正確的警告。這表示系統會錯誤地警告使用者 Red Hat Enterprise Linux 的 dnsmasq 版本將無法搭配 neutron-dhcp-agent 使用。此警告已移除，且不會再記錄到 neutron-dhcp-agent 記錄檔。 (BZ#1040196)

    * QPID 主題取用者重新連線邏輯 (在 v2 拓撲之下) 中存在一個錯誤，造成 qpidd 在重新啟動後使用格式錯誤的訂閱者位址，進而導致傳送至具有多個伺服器的主題的 RPC 要求最終被不正確地多點傳送至所有伺服器。此更新會移除處理 UUID 位址的特殊情況重新連線邏輯，進而避免錯誤地將多個訂閱建立至相同的 fanout 位址。QPID 代理人現在會在用戶端重新連線時，簡單地自動產生唯一的佇列名稱。 (BZ#1045067)

    * 執行緒使用的 QPID 訊息因未處理的錯誤而以無訊息模式終止，因而導致該元件與系統的其餘部分隔離。
    透過此更新，可透過確保使用執行緒不會因為未處理的錯誤而停止回應，以增強執行緒的錯誤應變能力。現已記錄該錯誤，且系統會重試消耗執行緒。 (BZ#1054249)

    此外，此更新還新增了下列增強功能：

    * 之前，連線至租用戶網路的執行個體會透過主控該網路虛擬路由器的 L3 代理程式，通過 SNAT 取得外部連線。在此版本中，新增了在虛擬伺服器上停用 SNAT/PAT 的功能，如此可確保租用戶網路子網路中的執行個體在通過外部網路時保留其 IP 位址。例如，如果 10.0.0.1 是 10.0.0.0/8 租用戶網路 R1 (將 10.0.0.0/8 子網路連線至 20.0.0.0/8 公用提供者網路的虛擬路由器) 中的執行個體，則您可以使用 'neutron router-gateway-set --disable-snat R1 public' 命令和任何來自 10.0.0.1 的流量 (其會轉送至提供者網路)，會保留其 10.0.0.1 的實際來源 IP 位址。這是一種靈活實用的方法，可將執行個體直接連線至提供者網路，同時將其保留在租用戶網路中。(BZ#1046070)

    建議所有 openstack-neutron 使用者皆升級至這些更新版套件，其可更正這些問題並新增這些增強功能。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

远程 Redhat Enterprise Linux 6 主机上安装的程序包受到 RHSA-2014:0091 公告中提及的漏洞的影响。

    openstack-neutron 程序包提供虚拟网络服务 Openstack Networking (neutron)。

    发现 OpenStack Networking 中的元数据代理缺少对绑定至特定端口的设备 ID 的授权检查。远程租户可能猜到绑定到端口的实例 ID 并检索其他租户的元数据，从而导致信息泄露。
    请注意，只有运行 neutron-metadata-agent 的 OpenStack Networking 设置会受到影响。 (CVE-2013-6419)

    Red Hat 在此感谢 OpenStack 项目的 Jeremy Stanley 报告此问题。上游感谢原始报告者 Aaron Rosen (来自 VMware)。

    openstack-neutron 程序包已升级到上游版本 2013.2.1，该版本提供对之前版本的多项缺陷补丁和增强。最显著的补丁和增强为：

    - 支持 Neutron API 中使用多个工作线程。这可通过在 neutron.conf 文件中设置“workers=”参数来实现。

    - 为 neutron 代理调整了停机时间和报告间隔默认设置。

    - 已增强浮动 IP 地址的稳定性。

    - 已修复 neutron-server 中与心跳信息相关的死锁问题。

    (BZ#1045419)

    此更新还修复以下缺陷：

    * 当以 Red Hat Enterprise Linux 的 dnsmasq 版本运行 neutron-dhcp-agent 时，系统会显示不正确的警告。这意味着系统会错误地警告用户 Red Hat Enterprise Linux 的 dnsmasq 版本将无法用于 neutron-dhcp-agent。此警告已被删除，并将不再记录到 neutron-dhcp-agent 日志文件中。 (BZ#1040196)

    * QPID 主题使用者重新连接逻辑（在 v2 拓扑下）中的缺陷导致 qpidd 在重新启动后使用畸形的订阅者地址，从而导致发送到具有多个服务器的主题的 RPC 请求被错误地多播到所有服务器。此更新删除了处理 UUID 地址的特殊情况重新连接逻辑，从而避免错误建立对同一扇出地址的多个订阅。QPID 代理现在会在客户端重新连接时自动生成唯一的队列名称。(BZ#1045067)

    * 消耗线程的 QPID 消息被未处理的错误静默终止，这导致该组件与系统的其余部分隔离。
    此更新可通过确保消耗线程不会因未处理的错误而中止，从而让消耗线程对错误的抵御能力更强。现在会记录错误，并且重试使用线程。 (BZ#1054249)

    此外，此更新还添加了以下增强：

    * 此前，连接到租户网络的实例通过托管该网络虚拟路由器的 L3 代理的 SNAT 获得外部连接。通过此版本，添加了在虚拟服务器上禁用 SNAT/PAT 的功能，以确保租户网络子网中的实例在通过外部网络时保留其 IP 地址。例如，如果 10.0.0.1 是 10.0.0.0/8 租户网络中的一个实例，而 R1 是将 10.0.0.0/8 子网连接到 20.0.0.0/8 公共提供商网络的虚拟路由器，则您可以使用“neutron router- gateway-set --disable-snat R1 public”命令，并且来自 10.0.0.1 且转发到提供商网络的任何流量将保留其实际源 IP 地址 10.0.0.1。这种方法既灵活又实用，可将实例直接连接到提供商网络，同时将其保留在租户网络中。(BZ#1046070)

    建议所有 openstack-neutron 用户升级到这些更新后的程序包，其中修正了这些问题并添加了这些增强。

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

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

リモート Redhat Enterprise Linux 6 ホストに、RHSA-2014:0091 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

    openstack-neutron パッケージは、仮想ネットワークサービスである Openstack Networking (neutron) を提供します。

    OpenStack Networking のメタデータエージェントが、特定のポートにバインドされたデバイス ID の認証チェックを行っていないことが判明しました。リモートテナントが、ポートにバインドされたインスタンス ID を推測し、別のテナントのメタデータを取得することで、情報漏洩につながる可能性があります。
    影響を受けるのは、neutron-metadata-agent を実行している OpenStack Networking セットアップのみです。(CVE-2013-6419)

    Red Hat は、この問題を報告してくれた OpenStack プロジェクトの Jeremy Stanley 氏に感謝の意を表します。アップストリームは、VMware の Aaron Rosen 氏を最初の報告者として認めます。

    openstack-neutron パッケージが Upstream バージョン 2013.2.1 にアップグレードされ、以前のバージョンに対する多くのバグ修正と拡張機能が提供されます。主要なバグ修正および拡張機能には、次のようなものがあります。

    - Neutron API での複数のワーカーのサポート。これは、neutron.conf ファイルで「workers=」パラメーターを設定することで実現できます。

    - ダウンタイムとレポート間隔のデフォルト設定は、neutron エージェント用に調整されています。

    - 浮動 IP アドレスの安定性が強化されました。

    - neutron-server のハートビート関連のデッドロックの問題が修正されました。

    (BZ#1045419)

    この更新では、次のバグも修正しています。

    * neutron-dhcp-agent を Red Hat Enterprise Linux のバージョンの dnsmasq で実行すると、不適切な警告が表示されました。これは、Red Hat Enterprise Linux の dnsmaq バージョンが neutron-dhcp-agent では動作しないことがユーザーに誤って警告されることを意味します。この警告は削除され、neutron-dhcp-agent ログファイルに記録されなくなります。(BZ#1040196)

    * QPID トピックコンシューマーの再接続ロジック (v2 トポロジーの下) のバグのため、qpidd は再起動後に無効な形式のサブスクライバーアドレスを使用します。その結果、複数のサーバーを使用するトピックに送信された RPC リクエストがすべてのサーバーに誤ってマルチキャストされます。この更新により、UUID アドレスを処理する特殊事例の再接続ロジックが削除されます。その結果、同じファンアウトアドレスに対する複数のサブスクリプションが誤って確立されることを回避できます。QPID ブローカーは、クライアントの再接続時に一意のキュー名を自動的に生成するようになりました。(BZ#1045067)

    * スレッドを消費する QPID メッセージが未処理のエラーによってサイレント停止されたため、コンポーネントがシステムの残りの部分から分離されました。
    この更新により、消費スレッドが未処理のエラーで停止しないようにすることで、エラーに対するレジリエンスが強化されます。エラーがログに記録され、消費するスレッドが再試行されます。(BZ#1054249)

    また、この更新は以下の拡張機能も追加します。

    * 以前は、テナントネットワークに接続されたインスタンスは、そのネットワークの仮想ルーターをホストしている L3 エージェントによる SNAT を介して、外部接続を取得していました。このリリースでは、仮想サーバーで SNAT/PAT を無効にする機能が追加され、テナントネットワークサブネット内のインスタンスが外部ネットワークを通過する際に IP アドレスを保持できるようになりました。たとえば、10.0.0.1 が 10.0.0.0/8 テナントネットワーク R1 のインスタンスで、10.0.0.0/8 サブネットを 20.0.0.0/8 パブリックプロバイダーネットワークに接続する仮想ルーターである場合、「neutron router-gateway-set --disable-snat R1 public」コマンドを使用できます。プロバイダーネットワークに転送された 10.0.0.1 からのトラフィックは、10.0.0.1 の実際のソース IP アドレスを保持します。これは、テナントネットワーク内でインスタンスを保持した状態で、プロバイダーネットワークに直接接続するための柔軟で有用な方法です。(BZ#1046070)

    openstack-neutron の全ユーザーは、これらの更新済みパッケージへアップグレードし、これらの問題を修正し、これらの拡張機能を追加することが推奨されます。

Tenable は、前述の記述ブロックを Red Hat Enterprise Linux セキュリティアドバイザリから直接抽出しています。

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

The remote Redhat Enterprise Linux 6 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2014:0091 advisory.

    The openstack-neutron packages provide Openstack Networking (neutron), the     virtual network service.

    It was discovered that the metadata agent in OpenStack Networking was     missing an authorization check on the device ID that is bound to a specific     port. A remote tenant could guess the instance ID bound to a port and     retrieve metadata of another tenant, resulting in information disclosure.
    Note that only OpenStack Networking setups running neutron-metadata-agent     were affected. (CVE-2013-6419)

    Red Hat would like to thank Jeremy Stanley of the OpenStack Project for     reporting this issue. Upstream acknowledges Aaron Rosen of VMware as the     original reporter.

    The openstack-neutron packages have been upgraded to upstream version     2013.2.1, which provides a number of bug fixes and enhancements over the     previous version. The most notable fixes and enhancements are:

    - Support for multiple workers in the Neutron API. This can be achieved by       setting the 'workers=' parameter in the neutron.conf file.

    - The downtime and report interval default settings are tuned for       neutron agents.

    - The floating IP address stability has been enhanced.

    - A heartbeat-related deadlock problem in neutron-server has been fixed.

    (BZ#1045419)

    This update also fixes the following bugs:

    * An incorrect warning was displayed when running neutron-dhcp-agent with     Red Hat Enterprise Linux's version of dnsmasq. This meant that users were     incorrectly warned that Red Hat Enterprise Linux's dnsmasq version will not     work with neutron-dhcp-agent. This warning has been removed, and will no     longer be logged to the neutron-dhcp-agent log file. (BZ#1040196)

    * A bug in the QPID topic consumer re-connection logic (under the v2     topology) caused qpidd to use a malformed subscriber address after     restarting, resulting in RPC requests sent to a topic with multiple servers     ending up being incorrectly multicast to all servers. This update removes     the special-case reconnect logic that handles UUID addresses, which in turn     avoids the incorrect establishment of multiple subscription to the same     fanout address. The QPID broker now simply automatically generates unique     queue names when clients reconnect. (BZ#1045067)

    * Thread-consuming QPID messages were killed silently by unhandled errors,     thus resulting in isolating the component from the rest of the system.
    With this update, consuming threads are made more resilient to errors by     ensuring they do not die on an unhandled error. The error is now logged,     and the consuming thread is retried. (BZ#1054249)

    In addition, this update adds the following enhancement:

    * Previously, instances connected to tenant networks gained outside     connectivity by going through an SNAT by the L3 agent hosting that     network's virtual router. With this release, the ability to disable     SNAT/PAT on virtual servers is added ensuring that an instance in a tenant     network subnet will retain its IP address as it passes through external     networks. For example, if 10.0.0.1 is an instance in the 10.0.0.0/8 tenant     network, R1, a virtual router that connects the 10.0.0.0/8 subnet to the     20.0.0.0/8 public provider networks, then you can use the 'neutron     router-gateway-set --disable-snat R1 public' command and any traffic from     10.0.0.1, which is forwarded out to the provider network, will retain its     actual source IP address of 10.0.0.1. This can be a flexible and useful     method to connect instances directly to a provider network, while retaining     it in a tenant network. (BZ#1046070)

    All openstack-neutron users are advised to upgrade to these updated     packages, which correct these issues and add these enhancements.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

ID	Name	Product	Family	Published	Updated	Severity
436934	SCA: security update for nova (GHSA-22w9-j288-8p9w)	Tenable Cloud Security	SCA Checks	1/26/2026	7/2/2026	high
436934	SCA: security update for nova (GHSA-22w9-j288-8p9w)	Tenable Self-Hosted Container Security	SCA Checks	1/26/2026	7/2/2026	high
210217	RHEL 6：openstack-neutron (RHSA-2014:0091)	Nessus	Red Hat Local Security Checks	11/4/2024	11/4/2024	medium
210217	RHEL 6：openstack-neutron (RHSA-2014:0091)	Nessus	Red Hat Local Security Checks	11/4/2024	11/4/2024	medium
210217	RHEL 6 : openstack-neutron (RHSA-2014:0091)	Nessus	Red Hat Local Security Checks	11/4/2024	11/4/2024	medium
210217	RHEL 6 : openstack-neutron (RHSA-2014:0091)	Nessus	Red Hat Local Security Checks	11/4/2024	11/4/2024	medium

Detections

Analytics

Plugins Search

high

high

medium

medium

medium

medium