CVE-2026-49293
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 51 - wyżej niż 51% wszystkich znanych CVE
Streszczenie
Parser js-toml w wersjach do 1.1.1 włącznie przetwarza literały całkowite szesnastkowe/ósemkowe/binarnie w pętli o złożoności O(n²), bez limitu długości literału. Pojedynczy dokument TOML z ok. 500 kB literałem szesnastkowym zajmuje jeden rdzeń CPU na ok. 40 sekund, umożliwiając atak wyczerpania zasobów (DoS).
Ocena ryzyka
Aplikacje wywołujące load() na danych TOML kontrolowanych przez atakującego (endpointy konfiguracji, CI/CD, wtyczki IDE) są narażone na wyczerpanie CPU pojedynczym żądaniem. Może to prowadzić do niedostępności usługi.
Rekomendacja
Zaktualizuj js-toml do wersji 1.1.2, która naprawia problem. Dodatkowo rozważ ograniczenie rozmiaru przetwarzanych dokumentów TOML.
Inne podatności w js-toml
Zobacz wszystkie- CVE-2026-63386Średnie
js-toml to parser TOML dla JavaScriptu. W wersjach przed 1.1.3 funkcja load() nie ogranicza głębokości zagnieżdżenia ani kluczy kropkowanych w parserze rekurencyjnym, przez co głęboko zagnieżdżone tablice, tabele inline lub długie klucze kropkowane mogą wyczerpać stos wywołań V8 i zgłosić surowy RangeError zamiast udokumentowanego SyntaxParseError. Aplikacje parsujące dane TOML kontrolowane przez atakującego i obsługujące tylko SyntaxParseError mogą przerzucić nieoczekiwany wyjątek, co może zakończyć proces roboczy i spowodować odmowę usługi. Problem nie wpływa na poufność ani integralność i został naprawiony w wersji 1.1.3.
- CVE-2026-50029Średnie
js-toml, parser TOML dla JavaScript, przed wersją 1.1.2 zawiera podatność polegającą na nieprawidłowym sprawdzaniu duplikatów kluczy. Zamiast sprawdzać `if (key in object)`, używa `if (object[key])`, co powoduje, że gdy poprzednia wartość jest fałszywa (np. `false`, `0`, `""`), duplikat klucza jest pomijany i wartość jest nadpisywana. Prowadzi to do pomieszania typów strukturalnych w zwracanym obiekcie.
Oryginalny opis (angielski, źródło NVD)
js-toml is a TOML parser for JavaScript, fully compliant with the TOML 1.0.0 Spec. Versions up to and including 1.1.1 parse hexadecimal / octal / binary integer literals via a hand-written `parseBigInt` loop that multiplies a `BigInt` accumulator by the radix once per input digit. Each iteration performs a `BigInt * BigInt` operation on an accumulator that grows linearly with the number of digits already consumed, so the whole loop is O(n²) in the literal length. The lexer regex places no upper bound on the literal length, so a single TOML document containing one ~500 kB hex literal pins one CPU core for ~40 seconds on a modern laptop (Apple M-series, Node v22). Memory amplification is bounded but CPU amplification is severe and grows quadratically: doubling the literal length quadruples the work. A caller that invokes `load()` on attacker-controlled TOML (configuration upload endpoints, CI/CD systems ingesting third-party `*.toml`, IDE plugins, build tools) is exposed to a single-request CPU exhaustion DoS. Version 1.1.2 fixes the issue.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

