目标达成 感谢每一位支持者 — 我们达成了 100% 目标!

目标: 1000 元 · 已筹: 1336

100%

CVE-2022-49266— Linux kernel 安全漏洞

一分钟漏洞结论

影响对象
Linux Linux
利用判断
尚无明确在野利用证据,仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本;无法立即升级时,限制受影响服务暴露并加强监测。

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于跳过rq_qos_done_bio导致rq-qos中断。

AI 预测 3.3 利用难度: 中等 EPSS 0.28% · P21

影响版本矩阵 14

厂商产品 版本范围状态
Linux Linux a647a524a46736786c95cdb553a070322ca096e3< af9452dfdba4bf7359ef7645eee2d243a1df0649 affected
a647a524a46736786c95cdb553a070322ca096e3< dbd20bb904ad5731aaca8d009367a930d6ada111 affected
a647a524a46736786c95cdb553a070322ca096e3< 09737db4c891eba25e6f6383a7c38afd4acc883f affected
a647a524a46736786c95cdb553a070322ca096e3< aa1b46dcdc7baaf5fec0be25782ef24b26aa209e affected
db60edbfff332a6a5477c367af8125f034570989 affected
004b8f8a691205a93d9e80d98b786b2b97424d6e affected
5.10.241< 5.11 affected
5.14.11< 5.15 affected
… +6 条更多
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2022-49266 基础信息

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。

Vulnerability Title
block: fix rq-qos breakage from skipping rq_qos_done_bio()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: block: fix rq-qos breakage from skipping rq_qos_done_bio() a647a524a467 ("block: don't call rq_qos_ops->done_bio if the bio isn't tracked") made bio_endio() skip rq_qos_done_bio() if BIO_TRACKED is not set. While this fixed a potential oops, it also broke blk-iocost by skipping the done_bio callback for merged bios. Before, whether a bio goes through rq_qos_throttle() or rq_qos_merge(), rq_qos_done_bio() would be called on the bio on completion with BIO_TRACKED distinguishing the former from the latter. rq_qos_done_bio() is not called for bios which wenth through rq_qos_merge(). This royally confuses blk-iocost as the merged bios never finish and are considered perpetually in-flight. One reliably reproducible failure mode is an intermediate cgroup geting stuck active preventing its children from being activated due to the leaf-only rule, leading to loss of control. The following is from resctl-bench protection scenario which emulates isolating a web server like workload from a memory bomb run on an iocost configuration which should yield a reasonable level of protection. # cat /sys/block/nvme2n1/device/model Samsung SSD 970 PRO 512GB # cat /sys/fs/cgroup/io.cost.model 259:0 ctrl=user model=linear rbps=834913556 rseqiops=93622 rrandiops=102913 wbps=618985353 wseqiops=72325 wrandiops=71025 # cat /sys/fs/cgroup/io.cost.qos 259:0 enable=1 ctrl=user rpct=95.00 rlat=18776 wpct=95.00 wlat=8897 min=60.00 max=100.00 # resctl-bench -m 29.6G -r out.json run protection::scenario=mem-hog,loops=1 ... Memory Hog Summary ================== IO Latency: R p50=242u:336u/2.5m p90=794u:1.4m/7.5m p99=2.7m:8.0m/62.5m max=8.0m:36.4m/350m W p50=221u:323u/1.5m p90=709u:1.2m/5.5m p99=1.5m:2.5m/9.5m max=6.9m:35.9m/350m Isolation and Request Latency Impact Distributions: min p01 p05 p10 p25 p50 p75 p90 p95 p99 max mean stdev isol% 15.90 15.90 15.90 40.05 57.24 59.07 60.01 74.63 74.63 90.35 90.35 58.12 15.82 lat-imp% 0 0 0 0 0 4.55 14.68 15.54 233.5 548.1 548.1 53.88 143.6 Result: isol=58.12:15.82% lat_imp=53.88%:143.6 work_csv=100.0% missing=3.96% The isolation result of 58.12% is close to what this device would show without any IO control. Fix it by introducing a new flag BIO_QOS_MERGED to mark merged bios and calling rq_qos_done_bio() on them too. For consistency and clarity, rename BIO_TRACKED to BIO_QOS_THROTTLED. The flag checks are moved into rq_qos_done_bio() so that it's next to the code paths that set the flags. With the patch applied, the above same benchmark shows: # resctl-bench -m 29.6G -r out.json run protection::scenario=mem-hog,loops=1 ... Memory Hog Summary ================== IO Latency: R p50=123u:84.4u/985u p90=322u:256u/2.5m p99=1.6m:1.4m/9.5m max=11.1m:36.0m/350m W p50=429u:274u/995u p90=1.7m:1.3m/4.5m p99=3.4m:2.7m/11.5m max=7.9m:5.9m/26.5m Isolation and Request Latency Impact Distributions: min p01 p05 p10 p25 p50 p75 p90 p95 p99 max mean stdev isol% 84.91 84.91 89.51 90.73 92.31 94.49 96.36 98.04 98.71 100.0 100.0 94.42 2.81 lat-imp% 0 0 0 0 0 2.81 5.73 11.11 13.92 17.53 22.61 4.10 4.68 Result: isol=94.42:2.81% lat_imp=4.10%:4.68 work_csv=58.34% missing=0%
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: 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存在安全漏洞,该漏洞源于跳过rq_qos_done_bio导致rq-qos中断。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux a647a524a46736786c95cdb553a070322ca096e3 ~ af9452dfdba4bf7359ef7645eee2d243a1df0649 -
Linux Linux 5.15 -

二、漏洞 CVE-2022-49266 的公开POC

# POC 描述 源链接 神龙链接
AI 生成 POC 高级

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2022-49266 的情报信息

登录查看更多情报信息。

CVE-2022-49266 补丁与修复 (4)

同批安全公告 · Linux · 2025-02-26 · 共 706 条

CVE-2022-49149 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49280 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49561 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49407 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49094 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49362 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49093 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49194 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49356 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49418 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49201 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49260 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-49058 9.1 CRITICAL Linux kernel 安全漏洞
CVE-2022-49519 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49328 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49238 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49138 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49479 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49114 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-49111 8.8 HIGH Linux kernel 安全漏洞

显示前 20 条,共 706 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2022-49266

暂无评论


发表评论