ISC BIND trên Red Hat Linux DNSSEC Từ chối dịch vụ

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

Tóm tắtthông tin

Một lỗ hổng được phân loại là Có vấn đề đã được phát hiện trong ISC BIND trên Red Hat Linux. Bị ảnh hưởng là một hàm không xác định của thành phần DNSSEC. Việc thao tác dẫn đến Từ chối dịch vụ. Lỗ hổng này được gọi là CVE-2017-3139. 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. Khuyến nghị nâng cấp thành phần bị ảnh hưởng.

Chi tiếtthông tin

Một lỗ hổng được phân loại là Có vấn đề đã được phát hiện trong ISC BIND trên Red Hat Linux. Bị ảnh hưởng là một hàm không xác định của thành phần DNSSEC. Việc thao tác dẫn đến Từ chối dịch vụ. Việc xác định vấn đề bằng CWE sẽ dẫn đến CWE-617. Ngày phát hiện lỗi là 08/05/2017. Lỗ hổng đã được công bố vào 08/05/2017 dưới mã RHSA-2017:1202 (Trang web). Khuyến cáo này được cung cấp để tải về tại access.redhat.com.

Lỗ hổng này được gọi là CVE-2017-3139. Ngày 02/12/2016 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 tại, giá cho một khai thác có thể vào khoảng USD $0-$5k.

Nếu có độ dài, thì nó được khai báo 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. Công cụ quét lỗ hổng Nessus có một plugin với mã số 101461. Nếu tồn tại, nó sẽ thuộc về họ Virtuozzo Local Security Checks. Plugin được thực thi với loại ngữ cảnh l. Trình quét lỗ hổng thương mại Qualys có thể kiểm tra vấn đề này bằng plugin 236384 (Red Hat Update for bind (RHSA-2017:1582)).

Bản cập nhật đã sẵn sàng tại bugzilla.redhat.com. Khuyến nghị nâng cấp thành phần bị ảnh hưởng.

Lỗ hổng này còn được ghi nhận ở các cơ sở dữ liệu lỗ hổng khác: SecurityTracker (ID 1038418) , Tenable (101461).

Sản phẩmthông tin

Loại

Nhà cung cấp

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

VulDB Điểm cơ sở: 5.3
VulDB Điểm tạm thời: 5.1
VulDB Vector: 🔍
VulDB Độ tin cậy: 🔍

NVD Điểm cơ sở: 7.5
NVD Vector: 🔍

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: Từ chối dịch vụ
CWE: CWE-617
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-DayMở khóaMở khóaMở khóaMở khóa
Hôm nayMở khóaMở khóaMở khóaMở khóa

Nessus ID: 101461
Nessus Tên: Virtuozzo 6 : bind / bind-chroot / bind-devel / bind-libs / etc (VZLSA-2017-1202)
Nessus Tệp tin: 🔍
Nessus Rủi ro: 🔍
Nessus Gia đình: 🔍
Nessus Context: 🔍

OpenVAS ID: 881932
OpenVAS Tên: CentOS Update for bind CESA-2017:1202 centos6
OpenVAS Tệp tin: 🔍
OpenVAS Gia đình: 🔍

Qualys ID: 🔍
Qualys Tên: 🔍

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: 🔍

nâng cấp: bugzilla.redhat.com

dòng thời gianthông tin

02/12/2016 🔍
08/05/2017 +157 ngày 🔍
08/05/2017 +0 ngày 🔍
08/05/2017 +0 ngày 🔍
08/05/2017 +0 ngày 🔍
09/05/2017 +1 ngày 🔍
13/07/2017 +65 ngày 🔍
24/09/2020 +1169 ngày 🔍

Nguồnthông tin

Nhà cung cấp: isc.org

Khuyến cáo: RHSA-2017:1202
Trạng thái: Đã xác nhận
Xác nhận: 🔍

CVE: CVE-2017-3139 (🔍)
GCVE (CVE): GCVE-0-2017-3139
GCVE (VulDB): GCVE-100-100949
OSVDB: - CVE-2017-3139 - BIND - Denial of Service Issue
SecurityTracker: 1038418

mụcthông tin

Được tạo: 09/05/2017 08:46
Đã cập nhật: 24/09/2020 17:42
Thay đổi: 09/05/2017 08:46 (62), 24/09/2020 17:42 (18)
Hoàn chỉnh: 🔍
Cache ID: 216:404: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

Might our Artificial Intelligence support you?

Check our Alexa App!