VDB-9946 · OSVDB 96276 · GCVE-100-9946

ISC BIND 9.8.1-P1 SRTT Algorithm nâng cao đặc quyền

CVSS Điểm tạm thời metaGiá khai thác hiện tại (≈)Điểm quan tâm CTI
5.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 ISC BIND 9.8.1-P1. Trường hợp bị ảnh hưởng là một hàm chưa rõ của thành phần SRTT Algorithm Handler. Việc chỉnh sửa nâng cao đặc quyền. Hơn nữa, có một khai thác sẵn có. Nên thực hiện giải pháp tạm thời đã được đề xuất.

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 ISC BIND 9.8.1-P1. Trường hợp bị ảnh hưởng là một hàm chưa rõ của thành phần SRTT Algorithm Handler. Việc chỉnh sửa nâng cao đặc quyền. Việc sử dụng CWE để khai báo vấn đề dẫn đến CWE-269. Thông tin về điểm yếu đã được công bố vào ngày 14/08/2013 bởi Roee Hay, Jonathan Kalechstein and Dr. Gabi Nakibly với định danh Subverting BIND’s SRTT Algorithm: Derandomizing NS Selection dưới dạng Blog Post (Trang web). Khuyến nghị này được chia sẻ để tải xuống tại securityintelligence.com. Việc tiết lộ công khai đã được phối hợp với nhà cung cấp. Thông tin tiết lộ như sau:

Our attack abuses non-open resolvers, i.e. NSs that do not answer on queries that they are not authoritative of. Most of the resolvers around the Internet are non-open. The attacker does not need to control them, but simply needs to know their IP address. We will see how the attacker can take leverage of them in order lower the SRTT value of an arbitrary NS to an arbitrary value on some target resolver. The attacker also hosts a malicious NS. We assume that this malicious NS is the authority of some domain, i.e. malicious.foo. Let’s also assume that we want to lower the SRTT value of one of the authoritative NSs of ibm.com. It’s important to mention that our attack does not depend on the amount of authoritative NSs the target zone has, but for the sake of simplicity, in this example, the zone has two nameservers: NS1 and NS2. We will lower the SRTT of NS2 on the target resolver, so it will be queried before NS1.

Không có chi tiết kỹ thuật nào. Lỗ hổng này phổ biến hơn mức trung bình. Hơn nữa, có một khai thác sẵn có. Khai thác này đã được công bố công khai và có thể được sử dụng. Giá hiện tại cho một exploit chưa xác định vào thời điểm này. Theo dự án MITRE ATT&CK, kỹ thuật tấn công được xác định là T1068. Bản khuyến cáo đề cập:

An off-path DNS cache poisoning is an attack at which we assert that the adversary does not see the traffic between the DNS resolver and some name server (NS), but manages to poison the cache of the DNS resolver nevertheless. In order to do so, the attacker usually induces a request between the DNS resolver and the NS, and then races against the genuine DNS answer.

Nếu tồn tại độ dài, thì nó được xác định là bằng chứng khái niệm. Bản khai thác này đã được đăng để tải về tại securityintelligence.com. Giá bán trên thị trường ngầm cho 0-day này được ước tính vào khoảng $25k-$100k. Thông báo cảnh báo như sau:

The attack begins by first querying the resolver for some domain the malicious NS is authoritative of, e.g. 666.malicious.foo. The resolver will eventually approach the malicious NS, which replies with a DNS delegation that contains: (1) A large list of non-open resolvers, (2) The NS that we try to lower the SRTT of, NS2. We assume that NS2 was already on the SRTT cache of the resolver and was contacted prior to the attack, so its SRTT is based on some real RTT value. Since the non-open resolvers were not on the cache, they will be added with very low values between 1 and 32 microseconds according to the SRTT algorithm. This means that they will be queried before NS2 by the NS selection. The resolver will query each of them and they will refuse since they are non-open resolvers. After each query the SRTT value of NS2 will be decayed, i.e. multiplied by 0.98. The resolver will time out after 30 seconds and we can force this timeout if the amount of non-open resolvers is sufficiently large. This means that the resolver will not even get to querying NS2 and at the end of the attack the SRTT of NS2 will be 0.98^n of ist original value, where n is the amount of non-open resolvers which were queried before the timeout.

Nên thực hiện giải pháp tạm thời đã được đề xuất. Thông báo này có nhận định sau đây:

The root cause of this vulnerability is that the resolver maintains a shared cache of SRTT values. The cache is shared in the sense that a malicious NS can affect SRTT values of NSs which are not related to it. We suggest to split the cache. For example, it can be split according to the currently queried zone.

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

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

Khai thácthông tin

Lớp: Nâng cao đặc quyền
CWE: CWE-269 / CWE-266
CAPEC: 🔍
ATT&CK: 🔍

Vật lý: Không
Cục bộ: Không
Từ xa: Có

Khả dụng: 🔍
Truy cập: Công khai
Trạng thái: Bằng chứng khái niệm
Tác giả: Roee Hay/Jonathan Kalechstein/Dr. Gabi Nakibly
Tải xuống: 🔍
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

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ị: Giải pháp tạm thời
Trạng thái: 🔍

Thời gian phản ứng: 🔍
Thời gian 0-ngày: 🔍
Thời gian tiếp xúc: 🔍
Thời gian trễ khai thác: 🔍

dòng thời gianthông tin

12/08/2013 🔍
14/08/2013 +1 ngày 🔍
14/08/2013 +0 ngày 🔍
14/08/2013 +0 ngày 🔍
15/08/2013 +1 ngày 🔍
21/03/2019 +2044 ngày 🔍

Nguồnthông tin

Nhà cung cấp: isc.org

Khuyến cáo: Subverting BIND’s SRTT Algorithm: Derandomizing NS Selection
Nhà nghiên cứu: Roee Hay, Jonathan Kalechstein, Dr. Gabi Nakibly
Trạng thái: Đã xác nhận
Xác nhận: 🔍
Đã phối hợp: 🔍

GCVE (VulDB): GCVE-100-9946
OSVDB: 96276

scip Labs: https://www.scip.ch/en/?labs.20161013

mụcthông tin

Được tạo: 15/08/2013 12:20
Đã cập nhật: 21/03/2019 10:32
Thay đổi: 15/08/2013 12:20 (57), 21/03/2019 10:32 (2)
Hoàn chỉnh: 🔍
Cache ID: 216::103

If you want to get best quality of vulnerability data, you may have to visit 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 know our Splunk app?

Download it now for free!