Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在之前的 OpenStack Aodh 22.0.1中，当 all_projects 查询参数设置为 false 时，警报列表 API 会绕过项目范围界定。API 检查是否存在 all_projects 密钥，而不是其值;
    true 值会强制执行仅限管理员的策略，但 false 值会删除密钥并跳过通常将结果限制为调用方项目的分支。具有读取角色的非管理员用户可以列出所有项目的警报，从而泄露包含信任 Webhook URL、热信号端点、项目 ID 和用户 ID 的警报操作。该参数还可以与外部project_id结合使用，以针对特定项目的警报。一个相关的问题是 OpenStack Watcher 不会将授权应用到其 Webhook 触发端点。任何获知审计的 webhook URL（例如从此泄露的 Aodh 警报元数据）的经过身份验证的用户，都可以启动 EVENT 审计及其关联的行动计划，无论其自己的项目或角色如何。Webhook 端点自 Ussuri 版本 （Watcher 4.0.0） 中引入以来，一直缺乏策略执行。（CVE-2026-76878）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 在之前的 22.0.1OpenStack Aodh 中，當 all_projects 查詢參數設定為 false 時，警示清單 API 會繞過專案範圍。API 會檢查 all_projects 金鑰是否存在，而非其值;
    true 值會強制執行僅限管理員的原則，但 false 值會移除索引鍵，並略過通常會將結果限制為呼叫端專案的分支。具有讀取者角色的非管理員使用者可以列出所有專案的警示，並公開包含信任 Webhook URL、熱訊號端點、專案 ID 和使用者 ID 的警示動作。此參數也可以與外部project_id結合，以特定專案的警示為目標。相關問題是 OpenStack Watcher 不會將授權套用至其 Webhook 觸發端點。任何獲悉稽核 Webhook URL 的已驗證使用者 （例如，從此洩漏的 Aodh 警示中繼資料） 都可以啟動 EVENT 稽核及其相關行動計劃，無論其自己的專案或角色為何。Webhook 端點自從在 Ussuri 版本 （Watcher） 4.0.0中引入以來一直缺乏策略強制執行。（CVE-2026-76878）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端 Ubuntu 20.04 LTS/22.04 LTS/24.04 LTS/26.04 LTS 主機上安裝的多個套件受到 USN-8870-1 公告中提及的一個弱點影響。

    Chen YuXiang 發現 OpenStack Aodh 未在其警示清單 API 中正確執行專案範圍，且 OpenStack Watcher Webhook 觸發端點未套用授權。攻擊者可能會利用此問題來存取敏感的警示中繼資料或觸發未經授權的行動計畫。

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

远程 Ubuntu 20.04 LTS/22.04 LTS/24.04 LTS/26.04 LTS 主机上安装的包受到 USN-8870-1 公告中提及的漏洞影响。

    Chen YuXiang 发现 OpenStack Aodh 未在其警报列表 API 中正确实施项目范围界定，并且 OpenStack Watcher webhook 触发端点未应用授权。攻击者可能利用此问题访问敏感的警报元数据或触发未经授权的行动计划。

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

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

リモートの Ubuntu 20.04LTS / 22.04LTS / 24.04LTS / 26.04LTS ホストには、USN-8870-1 のアドバイザリに記載された脆弱性の影響を受けるパッケージがインストールされています。

    Chen Yuxiang 氏は、OpenStack Aodh がそのアラームリスト API でプロジェクトスコーピングを適切に強制しないこと、および OpenStack Watcher Webhook トリガーエンドポイントが承認を適用していないことを発見しました。攻撃者がこの問題を利用して、機密のアラームメタデータにアクセスしたり、不正なアクションプランをトリガーしたりする可能性があります。

Tenable は、前述の説明ブロックを Ubuntu セキュリティアドバイザリからすでに直接抽出しています。

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - 22.0.1 より前の OpenStack Aodh では、all_projectsクエリパラメーターが false に設定されている場合、アラームリスト API がプロジェクトスコーピングをバイパスします。API は、all_projects キーの値ではなくその存在をチェックします。
    true の値は管理者専用のポリシーを適用しますが、false の値はキーを削除し、通常は結果を呼び出し元のプロジェクトに制限するブランチをスキップします。リーダーロールを持つ管理者以外のユーザーが、すべてのプロジェクトのアラームをリストして、信頼できる Webhook URL、ヒートシグナルエンドポイント、プロジェクト ID、ユーザー ID を含むアラームアクションを漏洩できます。このパラメーターを外部project_idと組み合わせて、特定のプロジェクトのアラームをターゲットにすることもできます。関連する懸念は、OpenStack WatcherがWebhookトリガーエンドポイントに承認を適用しないことです。この漏洩した Aodh アラームメタデータからなど、監査の Webhook URL を知った認証されたユーザーは、自身のプロジェクトやロールに関係なく、EVENT 監査およびそれに関連するアクションプランを開始できます。Webhook エンドポイントは、Ussuri リリースで導入されて以来、ポリシーの強制が不足していました(Watcher 4.0.0)。(CVE-2026-76878)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In OpenStack Aodh before 22.0.1, the alarm list API bypasses project scoping when the all_projects query     parameter is set to false. The API checks for the presence of the all_projects key rather than its value;
    a true value enforces the administrator-only policy, but a false value removes the key and skips the     branch that normally restricts results to the caller's project. A non-admin user with the reader role can     list alarms from all projects, exposing alarm actions containing trust webhook URLs, Heat signal     endpoints, project IDs, and user IDs. The parameter can also be combined with a foreign project_id to     target a specific project's alarms. A related concern is that OpenStack Watcher does not apply     authorization to its webhook trigger endpoint. Any authenticated user who learns an audit's webhook URL,     for example from this leaked Aodh alarm metadata, can start an EVENT audit and its associated action plan     regardless of their own project or role. The webhook endpoint has lacked policy enforcement since its     introduction in the Ussuri release (Watcher 4.0.0). (CVE-2026-76878)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS / 26.04 LTS host has packages installed that are affected by a vulnerability as referenced in the USN-8870-1 advisory.

    Chen YuXiang discovered that OpenStack Aodh did not correctly enforce project scoping in its alarm list     API and that the OpenStack Watcher webhook trigger endpoint did not apply authorization. An attacker could     possibly use this issue to access sensitive alarm metadata or trigger unauthorized action plans.

Tenable has extracted the preceding description block directly from the Ubuntu 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
338265	Linux Distros 未修补的漏洞：CVE-2026-76878	Nessus	Misc.	8/20/2026	10/11/2026	high
338265	Linux Distros 未修補弱點：CVE-2026-76878	Nessus	Misc.	8/20/2026	10/11/2026	high
363110	Ubuntu 20.04 LTS / LTS / 22.0424.04 LTS / 26.04 LTS：OpenStack Aodh 和 Watcher 弱點（USN-8870-1）	Nessus	Ubuntu Local Security Checks	10/6/2026	10/14/2026	high
363110	Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS / 26.04 LTS：OpenStack Aodh 和 Watcher 漏洞（USN-8870-1）	Nessus	Ubuntu Local Security Checks	10/6/2026	10/14/2026	high
363110	Ubuntu 20.04 LTS/ 22.04 LTS/ 24.04 LTS/ 26.04 LTS:OpenStack Aodh および Watcher の脆弱性(USN-8870-1)	Nessus	Ubuntu Local Security Checks	10/6/2026	10/14/2026	high
338265	Linux Distros のパッチ未適用の脆弱性: CVE-2026-76878	Nessus	Misc.	8/20/2026	10/11/2026	high
338265	Linux Distros Unpatched Vulnerability : CVE-2026-76878	Nessus	Misc.	8/20/2026	10/11/2026	high
363110	Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS / 26.04 LTS : OpenStack Aodh and Watcher vulnerability (USN-8870-1)	Nessus	Ubuntu Local Security Checks	10/6/2026	10/14/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high

high

high