CVE-2022-3094 in BIND
Tóm tắt
Bởi VulDB • 20/05/2026
Việc gửi một lượng lớn các bản cập nhật DNS động có thể khiến `named` phân bổ một lượng lớn bộ nhớ. Điều này, theo đó, có thể khiến `named` thoát ra do thiếu bộ nhớ tự do. Chúng tôi không biết có trường hợp nào đã bị khai thác hay không. Bộ nhớ được phân bổ trước khi kiểm tra quyền truy cập (ACLs) và được giữ lại trong quá trình xử lý một bản cập nhật động từ một máy khách có thông tin đăng nhập được chấp nhận. Bộ nhớ được phân bổ cho các máy khách không được phép gửi bản cập nhật sẽ được giải phóng ngay lập tức khi bị từ chối. Phạm vi của lỗ hổng này do đó bị giới hạn đối với các máy khách đáng tin cậy được phép thực hiện các thay đổi vùng động. Nếu một bản cập nhật động bị TỪ CHỐI, bộ nhớ sẽ được giải phóng lại rất nhanh. Do đó, chỉ có khả năng làm suy giảm hoặc dừng `named` bằng cách gửi một lượng lớn các bản cập nhật động không được chấp nhận có quy mô tương đương với một lượng lớn truy vấn nhằm đạt được kết quả bất lợi tương tự. Các nhánh BIND 9.11 và các phiên bản cũ hơn cũng bị ảnh hưởng, nhưng thông qua việc cạn kiệt các tài nguyên nội bộ thay vì các ràng buộc về bộ nhớ. Điều này có thể làm giảm hiệu suất nhưng sẽ không phải là vấn đề nghiêm trọng đối với hầu hết các máy chủ. Do đó, chúng tôi không có kế hoạch giải quyết vấn đề này đối với các phiên bản BIND trước BIND 9.16. Vấn đề này ảnh hưởng đến các phiên bản BIND 9 từ 9.16.0 đến 9.16.36, 9.18.0 đến 9.18.10, 9.19.0 đến 9.19.8, và 9.16.8-S1 đến 9.16.36-S1.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.