Niska

fast-xml-parser regex vulnerability patch could be improved from a safety perspective

Ujawniono: 15.06.2023
Aktualizacja: 11.10.2026 10:22

Summary

This is a comment on https://github.com/NaturalIntelligence/fast-xml-parser/security/advisories/GHSA-6w63-h3fj-q4vw and the patches fixing it.

Details

The code which validates a name calls the validator: https://github.com/NaturalIntelligence/fast-xml-parser/blob/ecf6016f9b48aec1a921e673158be0773d07283e/src/xmlparser/DocTypeReader.js#L145-L153 This checks for the presence of an invalid character. Such an approach is always risky, as it is so easy to forget to include an invalid character in the list. A safer approach is to validate entity names against the XML specification: https://www.w3.org/TR/xml11/#sec-common-syn - an ENTITY name is a Name:

[4]   NameStartChar ::= ":" | [A-Z] | "_" | [a-z] | [#xC0-#xD6] | [#xD8-#xF6] | [#xF8-#x2FF] | [#x370-#x37D] |
                        [#x37F-#x1FFF] | [#x200C-#x200D] | [#x2070-#x218F] | [#x2C00-#x2FEF] | [#x3001-#xD7FF] |
                        [#xF900-#xFDCF] | [#xFDF0-#xFFFD] | [#x10000-#xEFFFF]
[4a]  NameChar ::= NameStartChar | "-" | "." | [0-9] | #xB7 | [#x0300-#x036F] | [#x203F-#x2040]
[5]   Name ::= NameStartChar (NameChar)*

so the safest way to validate an entity name is to build a regex to represent this expression and check whether the name given matches the regex. (Something along the lines of /^[name start char class][name char class]*$/.) There's probably a nice way to simplify the explicit list rather than typing it out verbatim using Unicode character properties, but I don't know enough to do so.

Czego dotyczy

Kliknij technologię, aby zobaczyć wszystkie dotyczące jej podatności.

Platforma	Paczka	Podatne wersje	Poprawka w wersji
Paczka npm	fast-xml-parser	>= 4.2.4, < 4.2.5	4.2.5

Odnośniki

Ocena CVSS -

Słabość (CWE): -
Platforma: npm
Paczka: fast-xml-parser
Ujawniono: 15.06.2023
Aktualizacja: 11.10.2026 10:22

Źródła i licencje

OSV / GitHub Advisory Database - GHSA-gpv5-7x3g-ghjv - CC BY 4.0

Historia podatności: fast-xml-parser

Wszystkie opisane podatności tej paczki (Paczka npm), od najnowszej. Widać, czy to jednorazowa wpadka, czy paczka, której trzeba pilnować.

Wszystkie (12) w archiwum

Wszystkich wpisów: 12
Pierwsza → ostatnia: 08.2021 07.2026
Bez poprawki: 0
Wykorzystywana w atakach: 0

Rozkład istotności

Krytyczna 1
Wysoka 6
Średnia 3
Niska 2

Ujawnienia w latach

2021: 1
2022: 0
2023: 2
2024: 1
2025: 0
2026: 8

21.07.2026

fast-xml-parser: Repeated DOCTYPE declarations reset entity expansion limits

Wysoka CVE-2026-73569 >= 5.9.3, < 5.10.1 5.10.1
17.03.2026

fast-xml-parser affected by numeric entity expansion bypassing all entity expansion limits (incomplete fix for CVE-2026-26278)

Wysoka · 7.5 CVE-2026-33036 >= 5.0.0, < 5.5.6, >= 4.0.0-beta.3, < 4.5.5 5.5.6, 4.5.5
20.02.2026

fast-xml-parser has an entity encoding bypass via regex injection in DOCTYPE entity names

Krytyczna · 9.3 CVE-2026-25896 >= 5.0.0, < 5.3.5, >= 4.1.3, < 4.5.4 5.3.5, 4.5.4
17.02.2026

fast-xml-parser affected by DoS through entity expansion in DOCTYPE (no expansion limit)

Wysoka · 7.5 CVE-2026-26278 >= 4.1.3, < 4.5.4, >= 5.0.0, < 5.3.6 4.5.4, 5.3.6
30.01.2026

fast-xml-parser has RangeError DoS Numeric Entities Bug

Wysoka · 7.5 CVE-2026-25128 >= 5.0.9, < 5.3.4 5.3.4
29.07.2024

fast-xml-parser vulnerable to ReDOS at currency parsing

Wysoka · 7.5 CVE-2024-41818 >= 4.3.5, < 4.4.1 4.4.1
15.06.2023

fast-xml-parser regex vulnerability patch could be improved from a safety perspective ten wpis

Niska ghsa-gpv5-7x3g-ghjv >= 4.2.4, < 4.2.5 4.2.5
06.06.2023

fast-xml-parser vulnerable to Regex Injection via Doctype Entities

Wysoka · 7.5 CVE-2023-34104 >= 4.1.3, < 4.2.4 4.2.4

Dowiedz się, które podatności dotyczą Twojej aplikacji

Po podłączeniu integracji DockRay i włączeniu raportowania oprogramowania DockRay porównuje zgłoszone wersje komponentów ze znanymi podatnościami i powiadamia o potwierdzonych dopasowaniach. Zakres zależy od obsługiwanej technologii i dostępnych biuletynów.

Podłącz swoją aplikację