RUSTSEC-2026-0401: Out-of-bounds read in `train_from_buffer` when sample sizes overflow
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 62/100
Rechercherichtung
Prüfe zuerst, wie dieses Projekt von zstd-safe abhängt und ob sein Pfad zum Trainieren von Wörterbüchern nicht vertrauenswürdige Sample-Größen an train_from_buffer weitergeben kann. Lies die verlinkte Sicherheitsmeldung und den zitierten Fix in zstd-rs zur Einordnung. Laut Issue wird der Fehler behoben, indem die Größen mit Überlaufprüfungen summiert werden; abgeschlossen ist die Arbeit, wenn bestätigt wurde, dass die betroffene Abhängigkeit oder der Aufrufpfad nicht mehr verwundbar ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Out-of-bounds read in
train_from_bufferwhen sample sizes overflow
| Details | |
|---|---|
| Status | unsound |
| Package | zstd-safe |
| Version | 7.2.4 |
| URL | https://github.com/gyscos/zstd-rs/commit/781ea454191dbf178d09c1daf6fc896d15fbaa2f |
| Date | 2026-10-16 |
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.
See advisory page for additional details.
- Vorherrschende Sprache
- Rust
- Sterne
- 2
- Forks
- 0
- Ø Merge
- 1 T. 5 Std.
- Gemergte PRs (30 T.)
- 4
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus stackabletech/stackable-odbc-trino
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
Alle Issues in stackabletech/stackable-odbc-trino
Ähnliche Issues
-
desktop documentation
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
vfarcic/dot-agent-deck#2008 ·
Maintainer antworten meist innerhalb von 1 Tag
-
needs triage
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
pbakaus/impeccable#1210 ·
Maintainer antworten meist innerhalb von 1 Tag
-
area: ci priority: P4 ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
shep-pm/shep#1249 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
L: javascript
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
dependabot/dependabot-core#16744 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nautechsystems/nautilus_trader#5486 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag