| CVSS Điểm tạm thời meta | Giá khai thác hiện tại (≈) | Điểm quan tâm CTI |
|---|---|---|
| 3.9 | $0-$5k | 0.00 |
Tóm tắt
Một điểm yếu phân loại là Rất nghiêm trọng đã xuất hiện trong Oracle Database. Bị ảnh hưởng là một hàm không xác định. Việc thay đổi duyệt thư mục. Lỗ hổng này được biết đến với tên CVE-2005-2371. Chưa phát hiện mã khai thác nào. Đề xuất cài đặt bản vá để sửa lỗi này.
Chi tiết
Một điểm yếu phân loại là Rất nghiêm trọng đã xuất hiện trong Oracle Database. Bị ảnh hưởng là một hàm không xác định. Việc thay đổi duyệt thư mục. Khai báo vấn đề bằng CWE sẽ dẫn tới CWE-22. Lỗi này được phát hiện vào 12/08/2003. Lỗ hổng này đã được phát hành vào ngày 18/01/2006 bởi Alexander Kornbrust cùng với Oracle (Trang web). Bạn có thể tải khuyến nghị này tại oracle.com.
Lỗ hổng này được biết đến với tên CVE-2005-2371. Ngày 26/07/2005 là thời điểm CVE được gán. Chưa có thông tin kỹ thuật nào. Độ phổ biến của lỗ hổng này vượt mức 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. Dự án MITRE ATT&CK xác định kỹ thuật tấn công là T1006.
Nếu có độ dài, thì nó được khai báo là bằng chứng khái niệm. Lỗ hổng đã bị khai thác dưới dạng zero-day chưa được công bố trong tối thiểu 708 ngày. Là 0-day, giá ước tính trên thị trường ngầm vào khoảng $25k-$100k.
Bản cập nhật đã sẵn sàng tại oracle.com. Đề xuất cài đặt bản vá để sửa lỗi này.
Hơn nữa, có thể phát hiện và ngăn chặn loại tấn công này với TippingPoint và bộ lọc 3658. 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 14309), X-Force (24321), Secunia (SA18608), SecurityTracker (ID 1014524) , Vulnerability Center (SBV-14362).
Sản phẩm
Loại
Nhà cung cấp
Tên
Giấy phép
Trang web
- Nhà cung cấp: https://www.oracle.com
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Độ tin cậy: 🔍
CVSSv3
VulDB Điểm cơ sở meta: 4.3VulDB Điểm tạm thời meta: 3.9
VulDB Điểm cơ sở: 4.3
VulDB Điểm tạm thời: 3.9
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: Duyệt thư mụcCWE: CWE-22
CAPEC: 🔍
ATT&CK: 🔍
Vật lý: Không
Cục bộ: Không
Từ xa: Có
Khả dụng: 🔍
Trạng thái: Bằng chứng khái niệm
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 |
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ị: Bản váTrạng thái: 🔍
Thời gian 0-ngày: 🔍
Bản vá: oracle.com
TippingPoint: 🔍
McAfee IPS: 🔍
McAfee IPS Phiên bản: 🔍
SourceFire IPS: 🔍
ISS Proventia IPS: 🔍
PaloAlto IPS: 🔍
Fortigate IPS: 🔍
dòng thời gian
12/08/2003 🔍19/07/2005 🔍
19/07/2005 🔍
19/07/2005 🔍
20/07/2005 🔍
26/07/2005 🔍
26/07/2005 🔍
18/01/2006 🔍
24/01/2006 🔍
25/01/2006 🔍
22/02/2007 🔍
15/07/2019 🔍
Nguồn
Nhà cung cấp: oracle.comKhuyến cáo: oracle.com
Nhà nghiên cứu: Alexander Kornbrust
Tổ chức: Oracle
Trạng thái: Không được định nghĩa
Xác nhận: 🔍
CVE: CVE-2005-2371 (🔍)
GCVE (CVE): GCVE-0-2005-2371
GCVE (VulDB): GCVE-100-1989
X-Force: 24321 - Oracle Critical Patch Update - January 2006, High Risk
SecurityFocus: 14309 - Oracle Reports Server DESName Remote File Overwrite Vulnerability
Secunia: 18608 - HP Oracle for Openview Multiple Vulnerabilities, Moderately Critical
OSVDB: 18115 - Oracle Reports desname Parameter Arbitrary File Overwrite
SecurityTracker: 1014524
Vulnerability Center: 14362 - Oracle Reports File Overwrite via the desname Parameter, Medium
Vupen: ADV-2006-0323
Xem thêm: 🔍
mục
Được tạo: 24/01/2006 10:26Đã cập nhật: 15/07/2019 10:16
Thay đổi: 24/01/2006 10:26 (78), 15/07/2019 10:16 (14)
Hoàn chỉnh: 🔍
Cache ID: 216:03A: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