RUSTSEC-2026-0399: Use-after-free through `init_using_cdict` and `init_using_ddict`
I maintainer di solito rispondono entro 4 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 75/100
Direzione di ricerca
Inizia leggendo l’avviso di sicurezza e il commit di correzione citato, poi individua init_using_cdict e init_using_ddict nel repository. Controlla come viene espressa la durata dei loro dizionari e confrontala con quella dei costruttori corretti in issue #365. Il lavoro è completato quando le API interessate impediscono che il dizionario venga eliminato mentre il contesto vi fa ancora riferimento e i test o i controlli pertinenti hanno esito positivo.
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/e00e7928e3e98953fc43418af6d73f6aae2378fb |
| Patched Versions | >=8.2.0 |
| Unaffected Versions | <3.0.0 |
CCtx::init_using_cdict and DCtx::init_using_ddict (experimental
feature, deprecated) took the dictionary as &CDict<'b> and &DDict<'b>
with only 'b: 'a, so the dictionary itself could be dropped while the
context still pointed at it. The same mistake in other constructors was
fixed earlier (https://github.com/gyscos/zstd-rs/issues/365).
The flaw was corrected by taking &'a CDict<'b> and &'a DDict<'b>.
- 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
-
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
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 40/100
bitcoindevkit/electrum_streaming_client#67 ·
I maintainer di solito rispondono entro 4 giorni
Tutte le issue di bitcoindevkit/electrum_streaming_client
Issue simili
-
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
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno