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

  - staging: media: atomisp: Fix stack buffer overflow in gmin_get_var_int() When gmin_get_config_var() calls     efi.get_variable() and the EFI variable is larger than the expected buffer size, two behaviors combine to     create a stack buffer overflow: 1. gmin_get_config_var() does not return the proper error code when     efi.get_variable() fails. It returns the stale 'ret' value from earlier operations instead of indicating     the EFI failure. 2. When efi.get_variable() returns EFI_BUFFER_TOO_SMALL, it updates *out_len to the     required buffer size but writes no data to the output buffer. However, due to bug #1, gmin_get_var_int()     believes the call succeeded. The caller gmin_get_var_int() then performs: - Allocates val[CFG_VAR_NAME_MAX     + 1] (65 bytes) on stack - Calls gmin_get_config_var(dev, is_gmin, var, val, &len) with len=64 - If EFI     variable is >64 bytes, efi.get_variable() sets len=required_size - Due to bug #1, thinks call succeeded     with len=required_size - Executes val[len] = 0, writing past end of 65-byte stack buffer This creates a     stack buffer overflow when EFI variables are larger than 64 bytes. Since EFI variables can be controlled     by firmware or system configuration, this could potentially be exploited for code execution. Fix the bug     by returning proper error codes from gmin_get_config_var() based on EFI status instead of stale 'ret'     value. The gmin_get_var_int() function is called during device initialization for camera sensor     configuration on Intel Bay Trail and Cherry Trail platforms using the atomisp camera stack.
    (CVE-2025-38585)

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

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

  - stagingmediaatomispgmin_get_var_int() のスタックバッファオーバーフローを修正します gmin_get_config_var() が efi.get_variable() を呼び出し、EFI 変数が予想されるバッファサイズより大きい場合、2 つの挙動が組み合わされてスタックバッファオーバーフローを引き起こします 1. gmin_get_config_var efi.get_variable() が失敗した場合、 は適切なエラーコードを返しません。EFI エラーを示す代わりに、以前の操作からの古い「ret」値を返します。 2. efi.get_variable() が EFI_BUFFER_TOO_SMALL を返すとき、*out_len を必要なバッファサイズに更新しますが、出力バッファにはデータを書き込みません。ただし、バグ #1のため、gmin_get_var_int() は呼び出しが成功したと判断します。その後、呼び出し元 gmin_get_var_int() は次を実行します - スタック上の val[CFG_VAR_NAME_MAX + 1] を割り当てます - len=64 で gmin_get_config_var(dev、is_gmin、var、val、&len) を呼び出します - EFI 変数が 64 バイトより大きい場合、efi は efi になります.get_variable() が len=required_size を設定します - バグ #1により、thinks の呼び出しが len=required_size で成功しました - val[len] = 0 を実行し、65 バイトスタックバッファの過去の終端を書き込みます。これにより、EFI 変数が無効な場合にスタックバッファオーバーフローが発生します。可能性があります。EFI 変数はファームウェアまたはシステム構成によってコントロールできるため、これが悪用され、コード実行が引き起こされる可能性があります。古い「ret」値の代わりに EFI ステータスに基づいて gmin_get_config_var() から適切なエラーコードを返すことによりバグを修正します。gmin_get_var_int() 関数は、atomisp カメラスタックを使用する Intel Bay Trail および Cherry Trail プラットフォームのカメラセンサー構成に対するデバイスの初期化中に呼び出されます。
    (CVE-2025-38585)

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

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

  - staging: mediaatomisp修复 gmin_get_var_int() 中的堆栈缓冲区溢出当 gmin_get_config_var() 调用 efi.get_variable() 并且 EFI 变量大于预期的缓冲区大小时两种行为会结合起来造成堆栈缓冲区溢出1. gmin_get_config_var () 在 efi.get_variable() 失败时不会返回正确的错误代码。它会返回之前操作中过时的“ret”值而不是指示 EFI 失败。 2. 当 efi.get_variable() 返回 EFI_BUFFER_TOO_SMALL 时会将 *out_len 更新为所需的缓冲区大小但不向输出缓冲区写入任何数据。但是由于缺陷 #1gmin_get_var_int() 认为调用成功。调用程序 gmin_get_var_int() 随后执行: - 在堆栈上分配 val[CFG_VAR_NAME_MAX + 1]65 字节 - 调用 len=64 时的 gmin_get_config_var(dev, is_gmin, var, val, &len) - 如果 EFI 变量大于 64 字节则 efi .get_variable() 设置 len=required_size - 由于缺陷 #1认为调用成功 len=required_size - 执行 val[len] = 0写入超过 65 字节堆栈缓冲区的终点这会在 EFI 变量出现时造成堆栈缓冲区溢出大于 64 字节。由于 EFI 变量可由固件或系统配置控制因此可能被利用于执行代码。通过根据 EFI 状态而不是过时的“ret”值从 gmin_get_config_var() 返回正确的错误代码来修复 缺陷。在使用 atomisp 摄像头堆栈的 Intel Bay Trail 和 Cherry Trail 平台上的摄像头传感器配置的设备初始化期间调用 gmin_get_var_int() 函数。
    (CVE-2025-38585)

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

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

  - staging: media: atomisp將 gmin_get_var_int() 中的堆疊緩衝區溢位修正當 efi.get_variable() 失敗時 () 未傳回正確的錯誤碼。它會從先前的作業傳回過期的「ret」值而不是指示 EFI 失敗。 2. efi.get_variable() 傳回 EFI_BUFFER_TOO_SMALL 時會將 *out_len 更新為所需的緩衝區大小但不會將任何資料寫入輸出緩衝區。不過由於錯誤 #1的緣故gmin_get_var_int() 會認為呼叫成功。呼叫者 gmin_get_var_int() 然後在堆疊上執行 val[CFG_VAR_NAME_MAX + 1] (65 位元組) - 使用 len=64 呼叫 gmin_get_config_var(dev, is_gmin, var, val, &len) - 如果 EFI 變數 >64 位元組則 efi .get_variable() 設定 len=required_size - 由於錯誤 #1認為呼叫因 len=required_size 而成功 - 執行 val[len] = 0寫入超過 65 位元組堆疊緩衝區結尾這會在 EFI 變數執行時造成堆疊緩衝區溢位。大於 64 位元組。由於韌體或系統組態可控制 EFI 變數因此可能遭到惡意利用而執行程式碼。根據 EFI 狀態 (而非過時的 'ret' 值) 從 gmin_get_config_var() 傳回適當的錯誤碼藉此修正錯誤。使用 atomisp 相機堆疊對 Intel Bay Trail 和 Cherry Trail 平台上的相機感應器組態進行裝置初始化時會呼叫 gmin_get_var_int() 函式。
    (CVE-2025-38585)

請注意，Nessus 依賴供應商報告的套件存在。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
260101	Linux Distros Unpatched Vulnerability : CVE-2025-38585	Nessus	Misc.	2025/8/31	2025/9/4	high
260101	Linux Distros のパッチ未適用の脆弱性: CVE-2025-38585	Nessus	Misc.	2025/8/31	2025/9/4	high
260101	Linux Distros 未修补的漏洞：CVE-2025-38585	Nessus	Misc.	2025/8/31	2025/9/4	high
260101	Linux Distros 未修補的弱點：CVE-2025-38585	Nessus	Misc.	2025/8/31	2025/9/4	high

检测

插件搜索

high

high

high

high