Oracle Internet Application Server đến 3.0.7 mod_sql QUERY_STRING Tiêm SQL
| CVSS Điểm tạm thời meta | Giá khai thác hiện tại (≈) | Điểm quan tâm CTI |
|---|---|---|
| 7.0 | $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 Oracle Internet Application Server đến 3.0.7. Trường hợp bị ảnh hưởng là một hàm chưa rõ của thành phần mod_sql. Việc thay đổi tham số QUERY_STRING Tiêm SQL. Lỗ hổng này được gọi là CVE-2000-1236. Có thể tiến hành tấn công thông qua truy cập từ xa. 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ết
Một lỗ hổng được phân loại là nghiêm trọng đã được phát hiện trong Oracle Internet Application Server đến 3.0.7. Trường hợp bị ảnh hưởng là một hàm chưa rõ của thành phần mod_sql. Việc thay đổi tham số QUERY_STRING Tiêm SQL. Việc xác định vấn đề bằng CWE sẽ dẫn đến CWE-89. Lỗ hổng này đã được phát hành vào ngày 31/12/2000 bởi Michal Zalewski (FIRST) (Trang web). Khuyến cáo này được cung cấp để tải về tại archives.neohapsis.com.
Lỗ hổng này được gọi là CVE-2000-1236. Ngày 14/07/2005 là thời điểm CVE được gán. Có thể tiến hành tấn công thông qua truy cập từ xa. 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. Chưa phát hiện mã khai thác nào. Giá hiện tại cho một exploit có thể khoảng USD $0-$5k vào thời điểm này. Dự án MITRE ATT&CK xác định kỹ thuật tấn công là T1505.
Nếu tồn tại độ dài, thì nó được xác định là không được định nghĩa. Với tư cách là 0-day, giá trên chợ đen được ước tính khoảng $5k-$25k. Plugin với ID 57619 được cung cấp bởi trình quét lỗ hổng Nessus. 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. Một giải pháp giảm thiểu đã được công bố 12 những năm sau khi lỗ hổng bảo mật được tiết lộ.
Lỗ hổng này cũng được ghi nhận trong các cơ sở dữ liệu lỗ hổng khác: SecurityFocus (BID 2150), X-Force (5817) , Tenable (57619).
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.oracle.com
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Độ tin cậy: 🔍
CVSSv3
VulDB Điểm cơ sở meta: 7.3VulDB Điểm tạm thời meta: 7.0
VulDB Điểm cơ sở: 7.3
VulDB Điểm tạm thời: 7.0
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: Tiêm SQLCWE: CWE-89 / CWE-74 / CWE-707
CAPEC: 🔍
ATT&CK: 🔍
Vật lý: Không
Cục bộ: Không
Từ xa: Có
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: 57619
Nessus Tên: Oracle Application Server Multiple Vulnerabilities
Nessus Tệp tin: 🔍
Nessus Rủi ro: 🔍
Nessus Gia đình: 🔍
Nessus Context: 🔍
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ị: nâng cấpTrạng thái: 🔍
Thời gian phản ứng: 🔍
Thời gian 0-ngày: 🔍
Thời gian tiếp xúc: 🔍
dòng thời gian
19/12/2000 🔍31/12/2000 🔍
31/12/2000 🔍
14/07/2005 🔍
18/10/2011 🔍
24/01/2012 🔍
02/07/2014 🔍
09/06/2024 🔍
Nguồn
Nhà cung cấp: oracle.comKhuyến cáo: archives.neohapsis.com
Nhà nghiên cứu: Michal Zalewski (FIRST)
Trạng thái: Không được định nghĩa
CVE: CVE-2000-1236 (🔍)
GCVE (CVE): GCVE-0-2000-1236
GCVE (VulDB): GCVE-100-16221
X-Force: 5817
SecurityFocus: 2150 - Oracle IAS PL/SQL Injection Vulnerabililty
Xem thêm: 🔍
mục
Được tạo: 02/07/2014 11:49Đã cập nhật: 09/06/2024 05:01
Thay đổi: 02/07/2014 11:49 (64), 06/04/2019 15:54 (2), 09/06/2024 05:01 (17)
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