Oracle9i đến 9.0.2 Authentication ORACLE.EXE tên người dùng tràn bộ đệm
| CVSS Điểm tạm thời meta | Giá khai thác hiện tại (≈) | Điểm quan tâm CTI |
|---|---|---|
| 9.4 | $0-$5k | 0.00 |
Tóm tắt
Một lỗ hổng được phân loại là nghiêm trọng đã được phát hiện trong Oracle9i 9.0/9.0.1/9.0.1.2/9.0.1.3/9.0.2. Thành phần bị tác động gồm một hàm chưa được xác minh rõ trong tệp ORACLE.EXE nằm trong thành phần Xác thực. Việc xử lý tham số tên người dùng có thể dẫn đến tràn bộ đệm. Lỗ hổng này được định danh là CVE-2003-0095. Bên cạnh đó, mã khai thác đã được phát hành.
Chi tiết
Một lỗ hổng được phân loại là nghiêm trọng đã được phát hiện trong Oracle9i 9.0/9.0.1/9.0.1.2/9.0.1.3/9.0.2. Thành phần bị tác động gồm một hàm chưa được xác minh rõ trong tệp ORACLE.EXE nằm trong thành phần Xác thực. Việc xử lý tham số tên người dùng có thể dẫn đến tràn bộ đệm. Việc sử dụng CWE để khai báo vấn đề dẫn đến CWE-119. Thông tin về điểm yếu đã được công bố vào ngày 16/02/2003 bởi Mark Litchfield dưới dạng Khuyến cáo (CERT.org). Khuyến nghị này được chia sẻ để tải xuống tại kb.cert.org.
Lỗ hổng này được định danh là CVE-2003-0095. 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. Bên cạnh đó, mã khai thác đã được phát hành. 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. Giá bán trên thị trường ngầm cho 0-day này được ước tính vào khoảng $0-$5k. Trình quét lỗ hổng thương mại Qualys có thể kiểm tra vấn đề này bằng plugin 19079 (Oracle Database Server ORACLE.EXE Buffer Overflow Vulnerability).
Các nỗ lực tấn công có thể được nhận diện với Snort ID 2650. Ngoài ra, bạn có thể phát hiện và ngăn chặn kiểu tấn công này bằng TippingPoint cùng với bộ lọc 3587. Lỗ hổng cũng được ghi lại trong các cơ sở dữ liệu lỗ hổng khác: SecurityFocus (BID 6849), X-Force (11328), Secunia (SA7443) , Vulnerability Center (SBV-3952).
Sản phẩm
Loại
Tên
Phiên bản
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Độ tin cậy: 🔍
CVSSv3
VulDB Điểm cơ sở meta: 10.0VulDB Điểm tạm thời meta: 9.4
VulDB Điểm cơ sở: 10.0
VulDB Điểm tạm thời: 9.4
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: Tràn bộ đệmCWE: 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-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 |
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: 🔍
Thời gian trễ khai thác: 🔍
Snort ID: 2650
Snort Tin nhắn: SERVER-ORACLE user name buffer overflow attempt
Snort Lớp: 🔍
TippingPoint: 🔍
McAfee IPS: 🔍
McAfee IPS Phiên bản: 🔍
SourceFire IPS: 🔍
ISS Proventia IPS: 🔍
PaloAlto IPS: 🔍
dòng thời gian
05/11/2002 🔍01/01/2003 🔍
11/02/2003 🔍
16/02/2003 🔍
16/02/2003 🔍
03/03/2003 🔍
14/03/2004 🔍
09/04/2004 🔍
07/08/2014 🔍
25/08/2025 🔍
Nguồn
Khuyến cáo: kb.cert.orgNhà nghiên cứu: Mark Litchfield
Trạng thái: Đã xác nhận
Xác nhận: 🔍
CVE: CVE-2003-0095 (🔍)
GCVE (CVE): GCVE-0-2003-0095
GCVE (VulDB): GCVE-100-20173
CERT: 🔍
X-Force: 11328
SecurityFocus: 6849 - Oracle Database Server ORACLE.EXE Buffer Overflow Vulnerability
Secunia: 7443 - Oracle remotely exploitable buffer overflow, Highly Critical
OSVDB: 6319 - Oracle Database Server Remote username Overflow
Vulnerability Center: 3952 - Buffer Overflow in Oracle Database Server, Medium
scip Labs: https://www.scip.ch/en/?labs.20161013
Xem thêm: 🔍
mục
Được tạo: 07/08/2014 18:09Đã cập nhật: 25/08/2025 04:40
Thay đổi: 07/08/2014 18:09 (76), 20/05/2019 14:14 (4), 28/10/2024 18:46 (16), 25/08/2025 04:40 (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.
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