RUSTSEC-2026-0401: Out-of-bounds read in `train_from_buffer` when sample sizes overflow
I maintainer di solito rispondono entro 4 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 40/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
| 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.
- Lingua principale
- Rust
- Stelle
- 10
- Fork
- 8
- Merge medio
- 6g 3h
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di bitcoindevkit/electrum_streaming_client
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
bitcoindevkit/electrum_streaming_client#68 ·
I maintainer di solito rispondono entro 4 giorni
-
RUSTSEC-2026-0386: `AsyncFd::new` and related constructors violate I/O safetyForse già presa @noahjoeris l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
bitcoindevkit/electrum_streaming_client#57 ·
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
bitcoindevkit/electrum_streaming_client#56 ·
I maintainer di solito rispondono entro 4 giorni
-
GetTx documentationApertadocumentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
bitcoindevkit/electrum_streaming_client#29 ·
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
bitcoindevkit/electrum_streaming_client#69 ·
I maintainer di solito rispondono entro 4 giorni
Tutte le issue di bitcoindevkit/electrum_streaming_client
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
priority middle
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
KATO-Hiro/AtCoderClans#12940 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
o8 next debug build aborts on Glass to Dark appearance switch (nil identifier messaged before check)Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
hurttlocker/o8#5112 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno