| CVSS Điểm tạm thời meta | Giá khai thác hiện tại (≈) | Điểm quan tâm CTI |
|---|---|---|
| 6.2 | $0-$5k | 0.00 |
Tóm tắt
Lỗ hổng thuộc loại Có vấn đề đã được tìm thấy trong Linux Kernel 2.6.16.59. Bị ảnh hưởng là một hàm không xác định. Việc thay đổi Từ chối dịch vụ. Lỗ hổng này có mã CVE-2009-4271. Chưa phát hiện mã khai thác nào.
Chi tiết
Lỗ hổng thuộc loại Có vấn đề đã được tìm thấy trong Linux Kernel 2.6.16.59. Bị ảnh hưởng là một hàm không xác định. Việc thay đổi Từ chối dịch vụ. Sử dụng CWE để xác định vấn đề sẽ dẫn đến CWE-404. Lỗ hổng này đã được phát hiện từ 20/03/2006. Lỗ hổng này đã được phát hành vào ngày 19/03/2010 bởi Fabian Yamaguchi (Trang web). Thông báo này có thể được tải về tại rhn.redhat.com.
Lỗ hổng này có mã CVE-2009-4271. Chưa có thông tin kỹ thuật nào. 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 tại, giá cho một khai thác có thể vào khoảng USD $0-$5k.
Nếu có độ dài, thì nó được khai báo là không được định nghĩa. Lỗ hổng đã bị khai thác dưới dạng zero-day chưa được công bố trong tối thiểu 1460 ngày. Khi là 0-day, giá trị ước lượng trên thị trường ngầm là khoảng $0-$5k. Công cụ quét lỗ hổng Nessus có một plugin với mã số 68013. Nếu tồn tại, nó sẽ thuộc về họ Oracle Linux Local Security Checks. Hệ thống này phụ thuộc vào cổng 0. Trình quét lỗ hổng thương mại Qualys có thể kiểm tra vấn đề này bằng plugin 155686 (Oracle Enterprise Linux Update for Kernel (ELSA-2010-0146)).
Lỗ hổng này còn được ghi nhận ở các cơ sở dữ liệu lỗ hổng khác: SecurityFocus (BID 37521), Vulnerability Center (SBV-25506) , Tenable (68013).
Sản phẩm
Loại
Nhà cung cấp
Tên
Phiên bản
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: 6.2VulDB Điểm tạm thời meta: 6.2
VulDB Điểm cơ sở: 6.2
VulDB Điểm tạm thời: 6.2
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: 🔍
NVD Điểm cơ sở: 🔍
Khai thác
Lớp: Từ chối dịch vụCWE: CWE-404
CAPEC: 🔍
ATT&CK: 🔍
Vật lý: Một phần
Cục bộ: Có
Từ xa: Không
Khả dụng: 🔍
Trạng thái: Không được định nghĩa
EPSS Score: 🔍
EPSS Percentile: 🔍
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 |
Nessus ID: 68013
Nessus Tên: Oracle Linux 4 : kernel (ELSA-2010-0146)
Nessus Tệp tin: 🔍
Nessus Rủi ro: 🔍
Nessus Gia đình: 🔍
Nessus Port: 🔍
OpenVAS ID: 870227
OpenVAS Tên: RedHat Update for kernel RHSA-2010:0146-01
OpenVAS Tệp tin: 🔍
OpenVAS Gia đình: 🔍
Qualys ID: 🔍
Qualys Tên: 🔍
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ị: không biện pháp giảm thiểu nào được biếtTrạng thái: 🔍
Thời gian 0-ngày: 🔍
dòng thời gian
17/08/2001 🔍20/03/2006 🔍
10/12/2009 🔍
29/12/2009 🔍
19/03/2010 🔍
19/03/2010 🔍
22/04/2010 🔍
12/07/2013 🔍
19/03/2015 🔍
02/05/2026 🔍
Nguồn
Nhà cung cấp: kernel.orgKhuyến cáo: rhn.redhat.com
Nhà nghiên cứu: Fabian Yamaguchi
Trạng thái: Không được định nghĩa
Xác nhận: 🔍
CVE: CVE-2009-4271 (🔍)
GCVE (CVE): GCVE-0-2009-4271
GCVE (VulDB): GCVE-100-52269
OVAL: 🔍
SecurityFocus: 37521 - Linux Kernel RTL8169 NIC 'RxMaxSize' Frame Size Remote Denial of Service Vulnerability
Vulnerability Center: 25506 - The Linux kernel 2.6.9 through 2.6.17 Local DoS Vulnerability via 32-bit application on VDSO, Low
Xem thêm: 🔍
mục
Được tạo: 19/03/2015 12:22Đã cập nhật: 02/05/2026 21:08
Thay đổi: 19/03/2015 12:22 (63), 23/02/2017 10:30 (9), 05/09/2021 14:15 (4), 05/09/2021 14:19 (1), 02/05/2026 21:08 (15)
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