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

  - fortify修正 UBSAN_BOUNDS_LOCAL 下的 __compiletime_strlen()。我們發現在啟用 CONFIG_FORTIFY=y 和 CONFIG_UBSAN_LOCAL_BOUNDS=y 的情況下執行 Android 的相容性測試套件 (CTS) android.hardware.input.cts.tests 時有運行時間不穩定的情況。這起因於 hidinput_allocate() 中的 strlen() 呼叫。 __compiletime_strlen() 是以 __builtin_object_size() 形式實作然後執行陣列存取以檢查 NUL 終止。__builtin_object_size() 的 quirk 是針對其值與運行時間相依的字串__builtin_object_size(str, 1 or 0) 會傳回可能值的最大大小 (若這些大小可在編譯時決定)。範例static const char *v = FOO BAR;
    static const char *y = FOO BA; unsigned long x (int z) { // 傳回 8也就是 // max(__builtin_object_size(y, 1)) return __builtin_object_size(z ? v : y, 1);
    因此當啟用 FORTIFY_SOURCE 時__compiletime_strlen() 的目前實作將嘗試在運行時間使用 v 的大小存取 y 結尾以外的內容。與 UBSAN_LOCAL_BOUNDS 混合時我們遇到一個錯誤。
    hidinput_allocate() 有一個本機 C 字串其值為依賴於 switch 陳述式的控制流程所以
    __builtin_object_size(str, 1) 評估為字串長度上限導致最後字元檢查時發生所有其他情況錯誤。可清除 hidinput_allocate() 以避免運行時間呼叫 strlen()因為本機變數只能有常值因此嘗試在該處強化 strlen 呼叫網站沒有任何好處。針對先前巨集中的索引 0 執行 __builtin_constant_p() 檢查以篩選出控制流程相依情況。新增 KUnit 測試以檢查 FORTIFY_SOURCE 內部的預期行為特徵。 (CVE-2022-50778)

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

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

  - fortify修复 UBSAN_BOUNDS_LOCAL 下的 __compiletime_strlen() 启用 CONFIG_FORTIFY=y 且 CONFIG_UBSAN_LOCAL_BOUNDS=y 后我们发现在运行 Android 兼容性测试套件 (CTS) 的 android.hardware.input.cts.tests 时会发生运行时恐慌。此问题源于 hidinput_allocate() 中的 strlen() 调用。 __compiletime_strlen() 根据 __builtin_object_size() 实现然后执行数组访问以检查 NUL 终止。__builtin_object_size() 的一个 quirk 是对于其值依赖运行时的字符串__builtin_object_size(str, 1 或 0) 会返回可能值的最大大小如果这些值的大小可在编译时间确定。示例：static const char *v = FOO BAR;
    static const char *y = FOO BA; unsigned long x (int z) { // 返回 8即 // max(__builtin_object_size(v, 1), __builtin_object_size(y, 1)) return __builtin_object_size(z ? v : y, 1); }
    因此当 FORTIFY_SOURCE 启用时__compiletime_strlen() 的当前实现将尝试使用 v 的大小在运行时访问 y 结尾以外的地方。与 UBSAN_LOCAL_BOUNDS 混合我们得到一个错误。
    hidinput_allocate() 具有一个值为 control flow based on a switch 语句的本地 C 字符串因此
    __builtin_object_size(str, 1) 的计算结果为最大字符串长度从而使所有其他情况在最后一个字符检查时发生错误。可清除 hidinput_allocate() 以避免运行时调用 strlen()因为本地变量只能有文字值因此尝试在此处强化 strlen 调用站点没有任何好处。针对宏中前面的索引 0 执行 __builtin_constant_p() 检查以筛选掉控制流相关的情况。添加 KUnit 测试用于检查 FORTIFY_SOURCE 内部的预期行为特征。 (CVE-2022-50778)

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

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

  - fortifyUBSAN_BOUNDS_LOCAL の __compiletime_strlen() を修正します CONFIG_FORTIFY=y および CONFIG_UBSAN_LOCAL_BOUNDS=y を有効にすると、Android の互換性テストパッケージCTSandroid.hardware.input.cts.tests の実行中にランタイムパニックが発生します。これは、hidinput_allocate() の strlen() 呼び出しに起因します。 __compiletime_strlen() が __builtin_object_size() の条件で実装され、NUL 終端をチェックするために配列アクセスを行います。__builtin_object_size() の quirk は、ランタイム依存の値を持つ文字列に対して、サイズがコンパイル時に決定可能な場合に __builtin_object_size(str, 1 or 0) が可能な値の最大サイズを返します。例: static const char *v = FOO BAR;
    static const char *y = FOO BA;符号なし long x (int z) { // 8 を返します。これは次の通りです // max(__builtin_object_size(v, 1), __builtin_object_size(y, 1)) return __builtin_object_size(z ? v : y, 1);
    } そのため、FORTIFY_SOURCE が有効の場合、__compiletime_strlen() の現在の実装は、v のサイズを使用するランタイムで y の終わりを超えてアクセスしようとします。UBSAN_LOCAL_BOUNDS と混在すると、エラーが発生します。
    hidinput_allocate() には、その値が switch ステートメントに依存するコントロールフローであるローカル C 文字列があります。
    __builtin_object_size(str, 1) が最大文字列長に評価され、他の全てのケースで最後の文字チェックが違反になります。ローカル変数はリテラル値しかを持つことができないため、hidinput_allocate() は strlen() に対するランタイム呼び出しを回避するためにクリーンアップされる可能性があります。したがって、strlen 呼び出しサイトを強化しようとするメリットはありません。マクロのより前のインデックス 0 に対して __builtin_constant_p() チェックを実行し、control-flow-dependant のケースをフィルターで除外します。FORTIFY_SOURCE 内部に期待される動作特性をチェックするために KUnit テストを追加します。CVE-2022-50778

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

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

  - fortify: Fix __compiletime_strlen() under UBSAN_BOUNDS_LOCAL With CONFIG_FORTIFY=y and     CONFIG_UBSAN_LOCAL_BOUNDS=y enabled, we observe a runtime panic while running Android's Compatibility Test     Suite's (CTS) android.hardware.input.cts.tests. This is stemming from a strlen() call in     hidinput_allocate(). __compiletime_strlen() is implemented in terms of __builtin_object_size(), then does     an array access to check for NUL-termination. A quirk of __builtin_object_size() is that for strings whose     values are runtime dependent, __builtin_object_size(str, 1 or 0) returns the maximum size of possible     values when those sizes are determinable at compile time. Example: static const char *v = FOO BAR;
    static const char *y = FOO BA; unsigned long x (int z) { // Returns 8, which is: //     max(__builtin_object_size(v, 1), __builtin_object_size(y, 1)) return __builtin_object_size(z ? v : y, 1);
    } So when FORTIFY_SOURCE is enabled, the current implementation of __compiletime_strlen() will try to     access beyond the end of y at runtime using the size of v. Mixed with UBSAN_LOCAL_BOUNDS we get a fault.
    hidinput_allocate() has a local C string whose value is control flow dependent on a switch statement, so
    __builtin_object_size(str, 1) evaluates to the maximum string length, making all other cases fault on the     last character check. hidinput_allocate() could be cleaned up to avoid runtime calls to strlen() since the     local variable can only have literal values, so there's no benefit to trying to fortify the strlen call     site there. Perform a __builtin_constant_p() check against index 0 earlier in the macro to filter out the     control-flow-dependant case. Add a KUnit test for checking the expected behavioral characteristics of     FORTIFY_SOURCE internals. (CVE-2022-50778)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
279718	Linux Distros 未修補的弱點：CVE-2022-50778	Nessus	Misc.	2025/12/24	2026/11/6	medium
279718	Linux Distros 未修补的漏洞：CVE-2022-50778	Nessus	Misc.	2025/12/24	2026/11/6	medium
279718	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50778	Nessus	Misc.	2025/12/24	2026/11/6	medium
279718	Linux Distros Unpatched Vulnerability : CVE-2022-50778	Nessus	Misc.	2025/12/24	2026/11/6	medium

偵測

搜尋 Plugin

medium

medium

medium

medium