Linux Kernel đến 6.2.4 ubifs ubifs_destroy_tnc_subtree Từ chối dịch vụ

CVSS Điểm tạm thời metaGiá khai thác hiện tại (≈)Điểm quan tâm CTI
5.5$0-$5k0.00

Tóm tắtthông tin

Lỗ hổng thuộc loại nghiêm trọng đã được tìm thấy trong Linux Kernel đến 6.2.4. Thành phần bị tác động gồm chức năng ubifs_destroy_tnc_subtree nằm trong thành phần ubifs. Việc thay đổi Từ chối dịch vụ. Lỗ hổng này có mã CVE-2023-53227. 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ếtthông tin

Lỗ hổng thuộc loại nghiêm trọng đã được tìm thấy trong Linux Kernel đến 6.2.4. Thành phần bị tác động gồm chức năng ubifs_destroy_tnc_subtree nằm trong thành phần ubifs. Việc thay đổi Từ chối dịch vụ. Sử dụng CWE để xác định vấn đề sẽ dẫn đến CWE-401. Lỗ hổng này đã được phát hành. Thông báo này có thể được tải về tại git.kernel.org.

Lỗ hổng này có mã CVE-2023-53227. Ngày 15/09/2025 là thời điểm CVE được gán. 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. Hiện thời, giá của một exploit có thể vào khoảng USD $0-$5k.

Nó được tuyên bố là không được định nghĩa.

Nâng cấp lên phiên bản 4.14.308, 4.19.276, 5.4.235, 5.10.173, 5.15.100, 6.1.18 , 6.2.5 có thể khắc phục sự cố này. Tên bản vá là 011050fc471cd0b32410694facb47bac20e7262b/5759076fc7c54614084002345a21bc2c578bf4a8/510b80abe8d2d89e4ff21d71f1804ba2e5d3a96b/9d4768523b092bfb9a9bfa6b1d903b968c8008cf/10b6c359e374df1120b951768260083ef047d7fb/76c488e8a0e2783c6d8753cb7354a420593e8c30/bbcf899036eeb98c3a938fb08946c6b52771f71c/122deabfe1428bffe95e2bf364ff8a5059bdf089. Bản sửa lỗi sẵn sàng để tải xuống tại git.kernel.org. Nên nâng cấp thành phần bị ảnh hưởng.

Bị ảnh hưởng

  • Debian Linux
  • Amazon Linux 2
  • Red Hat Enterprise Linux
  • Ubuntu Linux
  • SUSE Linux
  • Oracle Linux
  • IBM QRadar SIEM
  • SUSE openSUSE
  • Open Source Linux Kernel
  • RESF Rocky Linux
  • Dell Secure Connect Gateway
  • F5 F5OS

Sản phẩmthông tin

Loại

Nhà cung cấp

Tên

Phiên bản

Giấy phép

Trang web

CPE 2.3thông tin

CPE 2.2thông tin

CVSSv4thông tin

VulDB Vector: 🔒
VulDB Độ tin cậy: 🔍

CVSSv3thông tin

VulDB Điểm cơ sở meta: 5.7
VulDB Điểm tạm thời meta: 5.5

VulDB Điểm cơ sở: 5.7
VulDB Điểm tạm thời: 5.5
VulDB Vector: 🔒
VulDB Độ tin cậy: 🔍

CVSSv2thông tin

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
Véc-tơĐộ phức tạpXác thựcBí mậtToàn vẹnKhả dụng
Mở khóaMở khóaMở khóaMở khóaMở khóaMở khóa
Mở khóaMở khóaMở khóaMở khóaMở khóaMở khóa
Mở khóaMở khóaMở khóaMở khóaMở khóaMở khóa

VulDB Điểm cơ sở: 🔒
VulDB Điểm tạm thời: 🔒
VulDB Độ tin cậy: 🔍

Khai thácthông tin

Lớp: Từ chối dịch vụ
CWE: CWE-401 / CWE-404
CAPEC: 🔒
ATT&CK: 🔒

Vật lý: Không
Cục bộ: Không
Từ xa: Một phần

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-DayMở khóaMở khóaMở khóaMở khóa
Hôm nayMở khóaMở khóaMở khóaMở khóa

Tình báo mối đe dọathông tin

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óthông tin

Khuyến nghị: nâng cấp
Trạng thái: 🔍

Thời gian 0-ngày: 🔒

nâng cấp: Kernel 4.14.308/4.19.276/5.4.235/5.10.173/5.15.100/6.1.18/6.2.5
Bản vá: 011050fc471cd0b32410694facb47bac20e7262b/5759076fc7c54614084002345a21bc2c578bf4a8/510b80abe8d2d89e4ff21d71f1804ba2e5d3a96b/9d4768523b092bfb9a9bfa6b1d903b968c8008cf/10b6c359e374df1120b951768260083ef047d7fb/76c488e8a0e2783c6d8753cb7354a420593e8c30/bbcf899036eeb98c3a938fb08946c6b52771f71c/122deabfe1428bffe95e2bf364ff8a5059bdf089

dòng thời gianthông tin

15/09/2025 Khuyến cáo đã công bố
15/09/2025 +0 ngày CVE được dành riêng
15/09/2025 +0 ngày Mục VulDB đã được tạo
11/01/2026 +118 ngày Cập nhật lần cuối VulDB

Nguồnthông tin

Nhà cung cấp: kernel.org

Khuyến cáo: git.kernel.org
Trạng thái: Đã xác nhận

CVE: CVE-2023-53227 (🔒)
GCVE (CVE): GCVE-0-2023-53227
GCVE (VulDB): GCVE-100-324093
EUVD: 🔒
CERT Bund: WID-SEC-2025-2053 - Linux Kernel: Mehrere Schwachstellen

mụcthông tin

Được tạo: 15/09/2025 18:20
Đã cập nhật: 11/01/2026 01:02
Thay đổi: 15/09/2025 18:20 (59), 16/09/2025 13:32 (1), 29/12/2025 03:25 (7), 11/01/2026 01:02 (1)
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.

Thảo luận

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

Do you need the next level of professionalism?

Upgrade your account now!