Pmail Mercury Mail Transport System đến 4.01b Login 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 |
|---|---|---|
| 10.0 | $0-$5k | 0.00 |
Tóm tắt
Lỗ hổng thuộc loại nghiêm trọng đã được tìm thấy trong Pmail Mercury Mail Transport System đến 4.01b. Đối tượng bị ảnh hưởng là một chức năng không xác định thuộc thành phần đăng nhập. Việc thao tác dẫn đến tràn bộ đệm. Lỗ hổng này có mã CVE-2007-1373. Bên cạnh đó, mã khai thác đã được phát hành.
Chi tiết
Lỗ hổng thuộc loại nghiêm trọng đã được tìm thấy trong Pmail Mercury Mail Transport System đến 4.01b. Đối tượng bị ảnh hưởng là một chức năng không xác định thuộc thành phần đăng nhập. Việc thao tác dẫn đến tràn bộ đệm. Sử dụng CWE để xác định vấn đề sẽ dẫn đến CWE-121. Lỗ hổng đã được công bố vào 06/03/2007 bởi mu-b (Trang web). Thông báo này có thể được tải về tại lists.grok.org.uk.
Lỗ hổng này có mã CVE-2007-1373. Ngày 09/03/2007 là thời điểm CVE được gán. 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. Bên cạnh đó, mã khai thác đã được phát hành. Thông tin về khai thác đã được công bố rộng rãi và có khả năng bị lợi dụng. Vào thời điểm này, giá hiện tại của một khai thác có thể khoảng USD $0-$5k.
Nếu có giá trị độ dài, thì nó được gán là chức năng cao. Bạn có thể tải về mã khai thác tại saintcorporation.com. Lỗ hổng đã được coi là một khai thác zero-day chưa công khai trong ít nhất 532 ngày. Khi là 0-day, giá trị ước lượng trên thị trường ngầm là khoảng $0-$5k.
Các nỗ lực tấn công có thể được nhận diện với Snort ID 1842. Lỗ hổng này cũng đã được đề cập trong các cơ sở dữ liệu lỗ hổng khác: X-Force (32848) , Secunia (SA24367).
Sản phẩm
Nhà cung cấp
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: 10.0
VulDB Điểm cơ sở: 10.0
VulDB Điểm tạm thời: 10.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: Tràn bộ đệmCWE: CWE-121 / CWE-119
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: Chức năng cao
Tác giả: c0d3r
Tải xuống: 🔍
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 |
Saint ID: exploit_info/mercury_imap_continuation
Saint Tên: Mercury IMAP data continuation buffer overflow
MetaSploit ID: mercury_login.rb
MetaSploit Tên: Mercury/32 LOGIN Buffer Overflow
MetaSploit Tệp tin: 🔍
Exploit-DB: 🔍
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: 🔍
Snort ID: 1842
Snort Tin nhắn: PROTOCOL-IMAP login buffer overflow attempt
Snort Lớp: 🔍
dòng thời gian
20/09/2005 🔍20/09/2005 🔍
06/03/2007 🔍
07/03/2007 🔍
07/03/2007 🔍
09/03/2007 🔍
09/03/2007 🔍
13/03/2015 🔍
09/10/2017 🔍
Nguồn
Khuyến cáo: lists.grok.org.ukNhà nghiên cứu: mu-b
Trạng thái: Đã xác nhận
CVE: CVE-2007-1373 (🔍)
GCVE (CVE): GCVE-0-2007-1373
GCVE (VulDB): GCVE-100-35525
X-Force: 32848 - Mercury Mail Transport System IMAP buffer overflow
Secunia: 24367 - Mercury Mail Transport System IMAP Data Handling Buffer Overflow, Highly Critical
OSVDB: 33883 - Mercury Mail Transport System IMAP LOGIN Command Remote Overflow
scip Labs: https://www.scip.ch/en/?labs.20161013
Xem thêm: 🔍
mục
Được tạo: 13/03/2015 12:16Đã cập nhật: 09/10/2017 16:57
Thay đổi: 13/03/2015 12:16 (67), 09/10/2017 16:57 (8)
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