CVE-2022-48853— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于swiotlb模块中发现信息泄露问题。在使用DMA_FROM_DEVICE时，可能会泄露设备的数据。
影响版本矩阵 20
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< fd97de9c7b973f46a6103f4170c5efc7b8ef8797 |
affected |
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< aaf166f37eb6bb55d81c3e40a2a460c8875c8813 |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< 06cb238b0f7ac1669cb06390704c61794724c191 |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< b2f140a9f980806f572d672e1780acea66b9a25c |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< f3f2247ac31cb71d1f05f56536df5946c6652f4a |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< 7007c894631cf43041dcfa0da7142bbaa7eb673c |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< dcead36b19d999d687cd9c99b7f37520d9102b57 |
affected | ||
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2< f2141881b530738777c28bb51c62175895c8178b |
affected | ||
| … +12 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2022-48853 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
Reinstate some of "swiotlb: rework "fix info leak with DMA_FROM_DEVICE""
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
swiotlb: fix info leak with DMA_FROM_DEVICE
The problem I'm addressing was discovered by the LTP test covering
cve-2018-1000204.
A short description of what happens follows:
1) The test case issues a command code 00 (TEST UNIT READY) via the SG_IO
interface with: dxfer_len == 524288, dxdfer_dir == SG_DXFER_FROM_DEV
and a corresponding dxferp. The peculiar thing about this is that TUR
is not reading from the device.
2) In sg_start_req() the invocation of blk_rq_map_user() effectively
bounces the user-space buffer. As if the device was to transfer into
it. Since commit a45b599ad808 ("scsi: sg: allocate with __GFP_ZERO in
sg_build_indirect()") we make sure this first bounce buffer is
allocated with GFP_ZERO.
3) For the rest of the story we keep ignoring that we have a TUR, so the
device won't touch the buffer we prepare as if the we had a
DMA_FROM_DEVICE type of situation. My setup uses a virtio-scsi device
and the buffer allocated by SG is mapped by the function
virtqueue_add_split() which uses DMA_FROM_DEVICE for the "in" sgs (here
scatter-gather and not scsi generics). This mapping involves bouncing
via the swiotlb (we need swiotlb to do virtio in protected guest like
s390 Secure Execution, or AMD SEV).
4) When the SCSI TUR is done, we first copy back the content of the second
(that is swiotlb) bounce buffer (which most likely contains some
previous IO data), to the first bounce buffer, which contains all
zeros. Then we copy back the content of the first bounce buffer to
the user-space buffer.
5) The test case detects that the buffer, which it zero-initialized,
ain't all zeros and fails.
One can argue that this is an swiotlb problem, because without swiotlb
we leak all zeros, and the swiotlb should be transparent in a sense that
it does not affect the outcome (if all other participants are well
behaved).
Copying the content of the original buffer into the swiotlb buffer is
the only way I can think of to make swiotlb transparent in such
scenarios. So let's do just that if in doubt, but allow the driver
to tell us that the whole mapped buffer is going to be overwritten,
in which case we can preserve the old behavior and avoid the performance
impact of the extra bounce.
来源: 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 存在安全漏洞，该漏洞源于swiotlb模块中发现信息泄露问题。在使用DMA_FROM_DEVICE时，可能会泄露设备的数据。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2022-48853 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2022-48853 的情报信息
请登录查看更多情报信息。
CVE-2022-48853 其他参考 (17)
同批安全公告 · Linux · 2024-07-16 · 共 98 条
| CVE-2022-48788 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48789 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48851 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48790 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48829 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48828 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-48785 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48782 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48830 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48864 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48791 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48792 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48847 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48839 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48822 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48821 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48816 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48796 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-48801 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-41008 | 7.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 98 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2022-48853
暂无评论