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

Tóm tắtthông tin

Một lỗ hổng bảo mật thuộc loại Có vấn đề đã được phát hiện ở Oracle Collaboration Suite 9.0.1.5. Thành phần bị ảnh hưởng là một hàm không xác định. Việc thay đổi một lỗ hổng bảo mật chưa biết. Lỗ hổng bảo mật này được biết đến với mã CVE-2007-0282. 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

Một lỗ hổng bảo mật thuộc loại Có vấn đề đã được phát hiện ở Oracle Collaboration Suite 9.0.1.5. Thành phần bị ảnh hưởng là một hàm không xác định. Việc thay đổi một lỗ hổng bảo mật chưa biết. 16/01/2007 là ngày phát hiện lỗi. Lỗ hổng này đã được phát hành vào ngày 16/01/2007 bởi Mark Litchfield (Trang web). Khuyến cáo có sẵn để tải tại us-cert.gov.

Lỗ hổng bảo mật này được biết đến với mã CVE-2007-0282. Ngày 16/01/2007 là thời điểm CVE được gán. 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. Vào lúc này, giá exploit ước khoảng USD $0-$5k.

Nếu trường này có độ dài, thì nó được đặt là không được định nghĩa. Là 0-day, giá chợ đen ước tính khoảng $25k-$100k. Trình quét lỗ hổng Nessus cung cấp một plugin với ID 17730. Nếu tồn tại, nó sẽ thuộc về họ Web Servers. Plugin được thực thi với loại ngữ cảnh r.

Nên nâng cấp thành phần bị ảnh hưởng.

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 5077. Lỗ hổng này cũng xuất hiện trong các cơ sở dữ liệu lỗ hổng khác: SecurityFocus (BID 22083), X-Force (31541), Secunia (SA23794), SecurityTracker (ID 1017522) , Vulnerability Center (SBV-14062).

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

VulDB Điểm cơ sở: 4.4
VulDB Điểm tạm thời: 4.2
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: Không xác định
CWE: Không xác định
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-DayMở khóaMở khóaMở khóaMở khóa
Hôm nayMở khóaMở khóaMở khóaMở khóa

Nessus ID: 17730
Nessus Tên: Oracle HTTP Server (January 2007 CPU)
Nessus Tệp tin: 🔍
Nessus Rủi ro: 🔍
Nessus Gia đình: 🔍
Nessus Context: 🔍

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 phản ứng: 🔍
Thời gian 0-ngày: 🔍
Thời gian tiếp xúc: 🔍
TippingPoint: 🔍

dòng thời gianthông tin

16/01/2007 🔍
16/01/2007 +0 ngày 🔍
16/01/2007 +0 ngày 🔍
16/01/2007 +0 ngày 🔍
16/01/2007 +0 ngày 🔍
16/01/2007 +0 ngày 🔍
16/01/2007 +0 ngày 🔍
17/01/2007 +1 ngày 🔍
17/01/2007 +0 ngày 🔍
18/01/2007 +1 ngày 🔍
21/11/2011 +1768 ngày 🔍
12/03/2015 +1207 ngày 🔍
13/07/2019 +1584 ngày 🔍

Nguồnthông tin

Nhà cung cấp: oracle.com

Khuyến cáo: us-cert.gov
Nhà nghiên cứu: Mark Litchfield
Trạng thái: Đã xác nhận
Xác nhận: 🔍

CVE: CVE-2007-0282 (🔍)
GCVE (CVE): GCVE-0-2007-0282
GCVE (VulDB): GCVE-100-34437
X-Force: 31541
SecurityFocus: 22083 - Oracle January 2007 Security Update Multiple Vulnerabilities
Secunia: 23794 - Oracle Products Multiple Vulnerabilities, Highly Critical
OSVDB: 32904 - Oracle Enterprise Grid Console OPMN daemon format string
SecurityTracker: 1017522
Vulnerability Center: 14062 - [cpujan2007-101493] Oracle Critical Patch Update Jan2007 - Unspecified Vulnerabilities in Oracle Process Mgmt Component, High

Xem thêm: 🔍

mụcthông tin

Được tạo: 12/03/2015 22:21
Đã cập nhật: 13/07/2019 19:05
Thay đổi: 12/03/2015 22:21 (68), 13/07/2019 19:05 (12)
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

Want to know what is going to be exploited?

We predict KEV entries!