CVE-2024-50175— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于对use_count的错误使用导致竞争条件。
影响版本矩阵 10
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 89013969e23247661f0514c77f26d60fa083216c< c2218a82f795dc3d0b6210bcaa3d9c5ca736fcd9 |
affected |
89013969e23247661f0514c77f26d60fa083216c< a975db8aea152f9907aa53a7f517e557ccb40da3 |
affected | ||
89013969e23247661f0514c77f26d60fa083216c< d7d4dde3decef1b5aa1f5c390147f79aae412dee |
affected | ||
89013969e23247661f0514c77f26d60fa083216c< 25f18cb1b673220b76a86ebef8e7fb79bd303b27 |
affected | ||
6.4 |
affected | ||
< 6.4 |
unaffected | ||
6.6.55≤ 6.6.* |
unaffected | ||
6.10.14≤ 6.10.* |
unaffected | ||
| … +2 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2024-50175 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
media: qcom: camss: Remove use_count guard in stop_streaming
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
media: qcom: camss: Remove use_count guard in stop_streaming
The use_count check was introduced so that multiple concurrent Raw Data
Interfaces RDIs could be driven by different virtual channels VCs on the
CSIPHY input driving the video pipeline.
This is an invalid use of use_count though as use_count pertains to the
number of times a video entity has been opened by user-space not the number
of active streams.
If use_count and stream-on count don't agree then stop_streaming() will
break as is currently the case and has become apparent when using CAMSS
with libcamera's released softisp 0.3.
The use of use_count like this is a bit hacky and right now breaks regular
usage of CAMSS for a single stream case. Stopping qcam results in the splat
below, and then it cannot be started again and any attempts to do so fails
with -EBUSY.
[ 1265.509831] WARNING: CPU: 5 PID: 919 at drivers/media/common/videobuf2/videobuf2-core.c:2183 __vb2_queue_cancel+0x230/0x2c8 [videobuf2_common]
...
[ 1265.510630] Call trace:
[ 1265.510636] __vb2_queue_cancel+0x230/0x2c8 [videobuf2_common]
[ 1265.510648] vb2_core_streamoff+0x24/0xcc [videobuf2_common]
[ 1265.510660] vb2_ioctl_streamoff+0x5c/0xa8 [videobuf2_v4l2]
[ 1265.510673] v4l_streamoff+0x24/0x30 [videodev]
[ 1265.510707] __video_do_ioctl+0x190/0x3f4 [videodev]
[ 1265.510732] video_usercopy+0x304/0x8c4 [videodev]
[ 1265.510757] video_ioctl2+0x18/0x34 [videodev]
[ 1265.510782] v4l2_ioctl+0x40/0x60 [videodev]
...
[ 1265.510944] videobuf2_common: driver bug: stop_streaming operation is leaving buffer 0 in active state
[ 1265.511175] videobuf2_common: driver bug: stop_streaming operation is leaving buffer 1 in active state
[ 1265.511398] videobuf2_common: driver bug: stop_streaming operation is leaving buffer 2 in active st
One CAMSS specific way to handle multiple VCs on the same RDI might be:
- Reference count each pipeline enable for CSIPHY, CSID, VFE and RDIx.
- The video buffers are already associated with msm_vfeN_rdiX so
release video buffers when told to do so by stop_streaming.
- Only release the power-domains for the CSIPHY, CSID and VFE when
their internal refcounts drop.
Either way refusing to release video buffers based on use_count is
erroneous and should be reverted. The silicon enabling code for selecting
VCs is perfectly fine. Its a "known missing feature" that concurrent VCs
won't work with CAMSS right now.
Initial testing with this code didn't show an error but, SoftISP and "real"
usage with Google Hangouts breaks the upstream code pretty quickly, we need
to do a partial revert and take another pass at VCs.
This commit partially reverts commit 89013969e232 ("media: camss: sm8250:
Pipeline starting and stopping for multiple virtual channels")
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于对use_count的错误使用导致竞争条件。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2024-50175 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2024-50175 的情报信息
请登录查看更多情报信息。
CVE-2024-50175 补丁与修复 (4)
同批安全公告 · Linux · 2024-11-08 · 共 38 条
| CVE-2024-50206 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2024-50185 | 8.2 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50174 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50211 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50208 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50207 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50203 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50200 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50189 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50188 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50187 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50173 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50186 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50182 | 7.1 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50195 | 7.1 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-50199 | Linux kernel 安全漏洞 | |
| CVE-2024-50210 | Linux kernel 安全漏洞 | |
| CVE-2024-50176 | Linux kernel 安全漏洞 | |
| CVE-2024-50209 | Linux kernel 安全漏洞 | |
| CVE-2024-50177 | Linux kernel 安全漏洞 |
显示前 20 条，共 38 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2024-50175
暂无评论