RUSTSEC-2026-0401: Out-of-bounds read in `train_from_buffer` when sample sizes overflow
Maintainer thường phản hồi trong vòng 4 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 40/100
Hướng nghiên cứu
The report describes the overflow check in zstd-safe's train_from_buffer and names zstd::dict::from_continuous as a caller; start by tracing that call and the project's dependency versions. Check whether this repository uses an affected version and how it exposes dictionary training. Done means confirming whether the vulnerable path is reachable here and, if so, addressing it with a regression check for overflowing sample sizes.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
| Details | |
|---|---|
| Package | zstd-safe |
| Version | 5.0.2+zstd.1.5.2 |
| Warning | unsound |
| URL | https://github.com/gyscos/zstd-rs/commit/781ea454191dbf178d09c1daf6fc896d15fbaa2f |
| Patched Versions | >=8.2.0 |
ZDICT_trainFromBuffer is never told the length of the samples buffer, so
train_from_buffer checked that the sample sizes add up to it. With
overflow checks off, as in release builds, that sum wrapped around: sizes
totalling 2^64 plus the buffer length passed the check, and the trainer read
past the end of the buffer. zstd::dict::from_continuous relies on this
check from zstd 0.4.10; older versions of zstd had their own, covered by a
separate advisory.
This requires the sample sizes to come from an untrusted source. The flaw
was corrected by summing the sizes with overflow checks.
- Ngôn ngữ chính
- Rust
- Star
- 10
- Fork
- 8
- Merge trung bình
- 6 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của bitcoindevkit/electrum_streaming_client
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
bitcoindevkit/electrum_streaming_client#68 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
RUSTSEC-2026-0386: `AsyncFd::new` and related constructors violate I/O safetyCó thể đã có người làm @noahjoeris đã nhận 2 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
bitcoindevkit/electrum_streaming_client#57 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
bitcoindevkit/electrum_streaming_client#56 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
GetTx documentationĐang mởdocumentation
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 78/100
bitcoindevkit/electrum_streaming_client#29 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
bitcoindevkit/electrum_streaming_client#69 ·
Maintainer thường phản hồi trong vòng 4 ngày
Tất cả issue của bitcoindevkit/electrum_streaming_client
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
calcit-lang/caps#16 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
penso/herdr-gpui#934 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Y-ASLant/ElegantClipboard#178 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
linxiv-dev/linXiv#384 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
priority middle
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
KATO-Hiro/AtCoderClans#12945 ·
Maintainer thường phản hồi trong vòng 1 ngày