Oracle Database Server 9.0.1.5 tràn bộ đệm ⚔ [Gây tranh cãi]

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

Tóm tắtthông tin

Một lỗ hổng được phân loại là nghiêm trọng đã được phát hiện trong Oracle Database Server 9.0.1.5. Thành phần bị tác động gồm một hàm chưa được xác minh rõ. Việc thao tác dẫn đến tràn bộ đệm. Lỗ hổng này được gọi là CVE-2007-5504. Có khả năng tiến hành cuộc tấn công từ xa. Chưa phát hiện mã khai thác nào. Lỗ hổng này hiện vẫn chưa được xác nhận là thực sự tồn tại.

Chi tiếtthông tin

Một lỗ hổng được phân loại là nghiêm trọng đã được phát hiện trong Oracle Database Server 9.0.1.5. Thành phần bị tác động gồm một hàm chưa được xác minh rõ. Việc thao tác dẫn đến tràn bộ đệm. Việc xác định vấn đề bằng CWE sẽ dẫn đến CWE-119. Lỗ hổng đã được công bố vào 17/10/2007 bởi Esteban Martinez Fayo với Application Security (Trang web). Khuyến cáo này được cung cấp để tải về tại us-cert.gov.

Lỗ hổng này được gọi là CVE-2007-5504. Ngày 17/10/2007 là thời điểm CVE được gán. Có khả năng tiến hành cuộc tấn công từ xa. 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 thời, giá của một exploit có thể vào khoảng USD $0-$5k.

Nó được tuyên bố là bằng chứng khái niệm. Với tư cách là 0-day, giá trên chợ đen được ước tính khoảng $5k-$25k. Lỗ hổng này hiện vẫn chưa được xác nhận là thực sự tồn tại. Trình quét lỗ hổng Nessus cung cấp một plugin với ID 56058 (Oracle Database Multiple Vulnerabilities (October 2007 CPU)), giúp xác định sự tồn tại của lỗ hổng trong môi trường mục tiêu. Nếu tồn tại, nó sẽ thuộc về họ Databases.

Lỗ hổng cũng được ghi lại trong các cơ sở dữ liệu lỗ hổng khác: SecurityFocus (BID 26235), X-Force (38155), Secunia (SA27251), SecurityTracker (ID 1018823) , Vulnerability Center (SBV-16590).

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: 6.3
VulDB Điểm tạm thời meta: 6.0

VulDB Điểm cơ sở: 6.3
VulDB Điểm tạm thời: 6.0
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: 🔍

NVD Điểm cơ sở: 🔍

Khai thácthông tin

Lớp: Tràn bộ đệm
CWE: 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: 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-DayMở khóaMở khóaMở khóaMở khóa
Hôm nayMở khóaMở khóaMở khóaMở khóa

Nessus ID: 56058
Nessus Tên: Oracle Database Multiple Vulnerabilities (October 2007 CPU)
Nessus Tệp tin: 🔍
Nessus Rủi ro: 🔍
Nessus Gia đình: 🔍

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ị: không biện pháp giảm thiểu nào được biết
Trạng thái: 🔍

Thời gian 0-ngày: 🔍
McAfee IPS: 🔍
McAfee IPS Phiên bản: 🔍

dòng thời gianthông tin

11/10/2007 🔍
17/10/2007 +6 ngày 🔍
17/10/2007 +0 ngày 🔍
17/10/2007 +0 ngày 🔍
17/10/2007 +0 ngày 🔍
17/10/2007 +0 ngày 🔍
17/10/2007 +0 ngày 🔍
21/10/2007 +4 ngày 🔍
16/11/2011 +1487 ngày 🔍
16/03/2015 +1216 ngày 🔍
29/07/2021 +2327 ngày 🔍

Nguồnthông tin

Nhà cung cấp: oracle.com

Khuyến cáo: us-cert.gov
Nhà nghiên cứu: Esteban Martinez Fayo
Tổ chức: Application Security
Trạng thái: Đã xác nhận
Xác nhận: 🔍
Gây tranh cãi: 🔍

CVE: CVE-2007-5504 (🔍)
GCVE (CVE): GCVE-0-2007-5504
GCVE (VulDB): GCVE-100-39293
X-Force: 38155
SecurityFocus: 26235 - Oracle Database Server DBMS_AQADM_SYS.DBLINK_INFO Buffer Overflow Vulnerability
Secunia: 27251 - Oracle Products Multiple Vulnerabilities, Moderately Critical
SecurityTracker: 1018823 - Oracle Database and Other Products Have Unspecified Vulnerabilities With Unspecified Impact
Vulnerability Center: 16590 - Oracle Database Unspecified Vulnerabilities in the Import and Advanced Queuing Components, Medium
Vupen: ADV-2007-3524

Xem thêm: 🔍

mụcthông tin

Được tạo: 16/03/2015 12:18
Đã cập nhật: 29/07/2021 10:50
Thay đổi: 16/03/2015 12:18 (58), 07/04/2017 17:04 (20), 29/07/2021 10:50 (2)
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 want to use VulDB in your project?

Use the official API to access entries easily!