Linux Kernel đến 6.12.108/6.18.49/7.2.3 SUNRPC sunrpc_destroy_cache_detail tràn bộ đệm

| CVSS Điểm tạm thời meta | Giá khai thác hiện tại (≈) | Điểm quan tâm CTI |
|---|---|---|
| 9.5 | $5k-$25k | 0.41+ |
Tóm tắt
Một lỗ hổng bảo mật thuộc loại Rất nghiêm trọng đã được phát hiện ở Linux Kernel đến 6.12.108/6.18.49/7.2.3. Trường hợp bị ảnh hưởng là hàm sunrpc_destroy_cache_detail của thành phần SUNRPC. Việc thay đổi tràn bộ đệm.
Lỗ hổng bảo mật này được biết đến với mã CVE-2026-89548. Có thể tiến hành tấn công thông qua truy cập từ xa. Chưa phát hiện mã khai thác nào.
Nên nâng cấp thành phần bị ảnh hưởng.
Chi tiết
Một lỗ hổng bảo mật thuộc loại Rất nghiêm trọng đã được phát hiện ở Linux Kernel đến 6.12.108/6.18.49/7.2.3. Trường hợp bị ảnh hưởng là hàm sunrpc_destroy_cache_detail của thành phần SUNRPC. Việc thay đổi tràn bộ đệm. Sự cố này được xác định là CWE-416 thông qua CWE. Lỗ hổng này đã được phát hành. Khuyến cáo có sẵn để tải tại git.kernel.org.
Lỗ hổng bảo mật này được biết đến với mã CVE-2026-89548. Ngày 11/09/2026 là thời điểm CVE được gán. Có thể tiến hành tấn công thông qua truy cập từ xa. Thông tin kỹ thuật đã có sẵn. Lỗ hổng này có mức độ phổ biến thấp hơn trung bình. Chưa phát hiện mã khai thác nào. Giá hiện tại cho một exploit có thể khoảng USD $5k-$25k vào thời điểm này.
Nếu tồn tại độ dài, thì nó được xác định là không được định nghĩa.
Nâng cấp lên phiên bản 6.12.109, 6.18.50, 7.2.4 , 7.3-rc1 có thể khắc phục vấn đề này. Tên bản vá là 9d44836f60c8c29bcdb1471fd9202387c642a890/2e861ce2aaa468351a6a47c4cbb4971ebb740c7b/3d60fdf951143d6ef4e352e2f8eb852286701726/f42d0fda0c67695db6bc704b04b7c10240805377. Nên nâng cấp thành phần bị ảnh hưởng.
Sản phẩm
Loại
Nhà cung cấp
Tên
Phiên bản
- 6.12.108
- 6.18.0
- 6.18.1
- 6.18.2
- 6.18.3
- 6.18.4
- 6.18.5
- 6.18.6
- 6.18.7
- 6.18.8
- 6.18.9
- 6.18.10
- 6.18.11
- 6.18.12
- 6.18.13
- 6.18.14
- 6.18.15
- 6.18.16
- 6.18.17
- 6.18.18
- 6.18.19
- 6.18.20
- 6.18.21
- 6.18.22
- 6.18.23
- 6.18.24
- 6.18.25
- 6.18.26
- 6.18.27
- 6.18.28
- 6.18.29
- 6.18.30
- 6.18.31
- 6.18.32
- 6.18.33
- 6.18.34
- 6.18.35
- 6.18.36
- 6.18.37
- 6.18.38
- 6.18.39
- 6.18.40
- 6.18.41
- 6.18.42
- 6.18.43
- 6.18.44
- 6.18.45
- 6.18.46
- 6.18.47
- 6.18.48
- 6.18.49
- 7.2.0
- 7.2.1
- 7.2.2
- 7.2.3
Giấy phép
Trang web
- Nhà cung cấp: https://www.kernel.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔒VulDB Độ tin cậy: 🔍
CVSSv3
VulDB Điểm cơ sở meta: 9.9VulDB Điểm tạm thời meta: 9.5
VulDB Điểm cơ sở: 9.9
VulDB Điểm tạm thời: 9.5
VulDB Vector: 🔒
VulDB Độ tin cậy: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| Véc-tơ | Độ phức tạp | Xác thực | Bí mật | Toàn vẹn | Khả dụng |
|---|---|---|---|---|---|
| Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa |
| Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa |
| Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa | Mở khóa |
VulDB Điểm cơ sở: 🔒
VulDB Điểm tạm thời: 🔒
VulDB Độ tin cậy: 🔍
Khai thác
Lớp: Tràn bộ đệmCWE: CWE-416 / CWE-119
CAPEC: 🔒
ATT&CK: 🔒
Vật lý: Không
Cục bộ: Không
Từ xa: Có
Khả dụng: 🔒
Trạng thái: Không được định nghĩa
Dự đoán giá: 🔍
Ước tính giá hiện tại: 🔒
| 0-Day | Mở khóa | Mở khóa | Mở khóa | Mở khóa |
|---|---|---|---|---|
| Hôm nay | Mở khóa | Mở khóa | Mở khóa | Mở khóa |
Tình báo mối đe dọa
Sự quan tâm: 🔍Diễn viên đang hoạt động: 🔍
Nhóm APT đang hoạt động: 🔍
Biện pháp đối phó
Khuyến nghị: nâng cấpTrạng thái: 🔍
Thời gian 0-ngày: 🔒
nâng cấp: Kernel 6.12.109/6.18.50/7.2.4/7.3-rc1
Bản vá: 9d44836f60c8c29bcdb1471fd9202387c642a890/2e861ce2aaa468351a6a47c4cbb4971ebb740c7b/3d60fdf951143d6ef4e352e2f8eb852286701726/f42d0fda0c67695db6bc704b04b7c10240805377
dòng thời gian
11/09/2026 CVE được dành riêng11/09/2026 Mục VulDB đã được tạo
12/09/2026 Khuyến cáo đã công bố
12/09/2026 Cập nhật lần cuối VulDB
Nguồn
Nhà cung cấp: kernel.orgKhuyến cáo: git.kernel.org
Trạng thái: Đã xác nhận
CVE: CVE-2026-89548 (🔒)
GCVE (CVE): GCVE-0-2026-89548
GCVE (VulDB): GCVE-100-402861
mục
Được tạo: 12/09/2026 01:14Thay đổi: 12/09/2026 01:14 (59)
Hoàn chỉnh: 🔍
Cache ID: 216::103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Chưa có bình luận nào Ngôn ngữ: vi + km + en.
Vui lòng đăng nhập để bình luận