node-webfont - Debian Package Tracker

general

source: node-webfont (main)
version: 11.4.0+dfsg2+~cs35.7.26-19
maintainer: Debian Javascript Maintainers (archive) (DMD)
uploaders: Julian Gilbey [DMD]
arch: all
std-ver: 4.7.4
VCS: Git (Browse, QA)

versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]

[pool directory]

oldstable: 11.4.0+dfsg2+~cs35.7.26-7
stable: 11.4.0+dfsg2+~cs35.7.26-13
testing: 11.4.0+dfsg2+~cs35.7.26-19
unstable: 11.4.0+dfsg2+~cs35.7.26-19

versioned links

11.4.0+dfsg2+~cs35.7.26-7: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
11.4.0+dfsg2+~cs35.7.26-13: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
11.4.0+dfsg2+~cs35.7.26-19: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]

binaries

node-webfont

action needed

Debci reports failed tests high

unstable: fail (log)
The tests ran in 0:04:05
Last run: 2026-06-30T21:07:27.000Z
Previous status: unknown

testing: pass (log)
The tests ran in 0:02:39
Last run: 2026-03-19T18:58:47.000Z
Previous status: unknown

stable: pass (log)
The tests ran in 0:02:21
Last run: 2025-11-09T15:06:16.000Z
Previous status: unknown

Created: 2026-06-30 Last update: 2026-07-10 14:30

A new upstream version is available: 12.5.0 high

A new upstream version 12.5.0 is available, you should consider packaging it.

Created: 2026-07-04 Last update: 2026-07-10 13:00

Failed to analyze the VCS repository. Please troubleshoot and fix the issue. high

vcswatch reports that there is an error with this package's VCS, or the debian/changelog file inside it. Please check the error shown below and try to fix it. You might have to update the VCS URL in the debian/control file to point to the correct repository.

fatal: unable to access 'https://salsa.debian.org/js-team/node-webfont.git/': The requested URL returned error: 503

Created: 2026-04-11 Last update: 2026-07-05 08:32

7 security issues in trixie high

There are 7 open security issues in trixie.

7 important issues:

CVE-2023-26920: fast-xml-parser before 4.1.2 allows __proto__ for Prototype Pollution.
CVE-2026-25896: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. From 4.1.3to before 5.3.5, a dot (.) in a DOCTYPE entity name is treated as a regex wildcard during entity replacement, allowing an attacker to shadow built-in XML entities (<, >, &, ", ') with arbitrary values. This bypasses entity encoding and leads to XSS when parsed output is rendered. This vulnerability is fixed in 5.3.5.
CVE-2026-26278: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. In versions 4.1.3 through 5.3.5, the XML parser can be forced to do an unlimited amount of entity expansion. With a very small XML input, it’s possible to make the parser spend seconds or even minutes processing a single request, effectively freezing the application. Version 5.3.6 fixes the issue. As a workaround, avoid using DOCTYPE parsing by `processEntities: false` option.
CVE-2026-27942: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. Prior to version 5.3.8, the application crashes with stack overflow when user use XML builder with `preserveOrder:true`. Version 5.3.8 fixes the issue. As a workaround, use XML builder with `preserveOrder:false` or check the input data before passing to builder.
CVE-2026-33036: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Versions 4.0.0-beta.3 through 5.5.5 contain a bypass vulnerability where numeric character references (&#NNN;, &#xHH;) and standard XML entities completely evade the entity expansion limits (e.g., maxTotalExpansions, maxExpandedLength) added to fix CVE-2026-26278, enabling XML entity expansion Denial of Service. The root cause is that replaceEntitiesValue() in OrderedObjParser.js only enforces expansion counting on DOCTYPE-defined entities while the lastEntities loop handling numeric/standard entities performs no counting at all. An attacker supplying 1M numeric entity references like A can force ~147MB of memory allocation and heavy CPU usage, potentially crashing the process—even when developers have configured strict limits. This issue has been fixed in version 5.5.6.
CVE-2026-33349: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. From version 4.0.0-beta.3 to before version 5.5.7, the DocTypeReader in fast-xml-parser uses JavaScript truthy checks to evaluate maxEntityCount and maxEntitySize configuration limits. When a developer explicitly sets either limit to 0 — intending to disallow all entities or restrict entity size to zero bytes — the falsy nature of 0 in JavaScript causes the guard conditions to short-circuit, completely bypassing the limits. An attacker who can supply XML input to such an application can trigger unbounded entity expansion, leading to memory exhaustion and denial of service. This issue has been patched in version 5.5.7.
CVE-2026-41650: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Prior to version 5.7.0, XMLBuilder does not escape the "-->" sequence in comment content or the "]]>" sequence in CDATA sections when building XML from JavaScript objects. This allows XML injection when user-controlled data flows into comments or CDATA elements, leading to XSS, SOAP injection, or data manipulation. This issue has been patched in version 5.7.0.

Created: 2026-02-19 Last update: 2026-05-08 14:03

7 security issues in sid high

There are 7 open security issues in sid.

7 important issues:

CVE-2023-26920: fast-xml-parser before 4.1.2 allows __proto__ for Prototype Pollution.
CVE-2026-25896: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. From 4.1.3to before 5.3.5, a dot (.) in a DOCTYPE entity name is treated as a regex wildcard during entity replacement, allowing an attacker to shadow built-in XML entities (<, >, &, ", ') with arbitrary values. This bypasses entity encoding and leads to XSS when parsed output is rendered. This vulnerability is fixed in 5.3.5.
CVE-2026-26278: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. In versions 4.1.3 through 5.3.5, the XML parser can be forced to do an unlimited amount of entity expansion. With a very small XML input, it’s possible to make the parser spend seconds or even minutes processing a single request, effectively freezing the application. Version 5.3.6 fixes the issue. As a workaround, avoid using DOCTYPE parsing by `processEntities: false` option.
CVE-2026-27942: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. Prior to version 5.3.8, the application crashes with stack overflow when user use XML builder with `preserveOrder:true`. Version 5.3.8 fixes the issue. As a workaround, use XML builder with `preserveOrder:false` or check the input data before passing to builder.
CVE-2026-33036: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Versions 4.0.0-beta.3 through 5.5.5 contain a bypass vulnerability where numeric character references (&#NNN;, &#xHH;) and standard XML entities completely evade the entity expansion limits (e.g., maxTotalExpansions, maxExpandedLength) added to fix CVE-2026-26278, enabling XML entity expansion Denial of Service. The root cause is that replaceEntitiesValue() in OrderedObjParser.js only enforces expansion counting on DOCTYPE-defined entities while the lastEntities loop handling numeric/standard entities performs no counting at all. An attacker supplying 1M numeric entity references like A can force ~147MB of memory allocation and heavy CPU usage, potentially crashing the process—even when developers have configured strict limits. This issue has been fixed in version 5.5.6.
CVE-2026-33349: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. From version 4.0.0-beta.3 to before version 5.5.7, the DocTypeReader in fast-xml-parser uses JavaScript truthy checks to evaluate maxEntityCount and maxEntitySize configuration limits. When a developer explicitly sets either limit to 0 — intending to disallow all entities or restrict entity size to zero bytes — the falsy nature of 0 in JavaScript causes the guard conditions to short-circuit, completely bypassing the limits. An attacker who can supply XML input to such an application can trigger unbounded entity expansion, leading to memory exhaustion and denial of service. This issue has been patched in version 5.5.7.
CVE-2026-41650: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Prior to version 5.7.0, XMLBuilder does not escape the "-->" sequence in comment content or the "]]>" sequence in CDATA sections when building XML from JavaScript objects. This allows XML injection when user-controlled data flows into comments or CDATA elements, leading to XSS, SOAP injection, or data manipulation. This issue has been patched in version 5.7.0.

Created: 2026-02-19 Last update: 2026-05-08 14:03

7 security issues in forky high

There are 7 open security issues in forky.

7 important issues:

CVE-2023-26920: fast-xml-parser before 4.1.2 allows __proto__ for Prototype Pollution.
CVE-2026-25896: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. From 4.1.3to before 5.3.5, a dot (.) in a DOCTYPE entity name is treated as a regex wildcard during entity replacement, allowing an attacker to shadow built-in XML entities (<, >, &, ", ') with arbitrary values. This bypasses entity encoding and leads to XSS when parsed output is rendered. This vulnerability is fixed in 5.3.5.
CVE-2026-26278: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. In versions 4.1.3 through 5.3.5, the XML parser can be forced to do an unlimited amount of entity expansion. With a very small XML input, it’s possible to make the parser spend seconds or even minutes processing a single request, effectively freezing the application. Version 5.3.6 fixes the issue. As a workaround, avoid using DOCTYPE parsing by `processEntities: false` option.
CVE-2026-27942: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. Prior to version 5.3.8, the application crashes with stack overflow when user use XML builder with `preserveOrder:true`. Version 5.3.8 fixes the issue. As a workaround, use XML builder with `preserveOrder:false` or check the input data before passing to builder.
CVE-2026-33036: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Versions 4.0.0-beta.3 through 5.5.5 contain a bypass vulnerability where numeric character references (&#NNN;, &#xHH;) and standard XML entities completely evade the entity expansion limits (e.g., maxTotalExpansions, maxExpandedLength) added to fix CVE-2026-26278, enabling XML entity expansion Denial of Service. The root cause is that replaceEntitiesValue() in OrderedObjParser.js only enforces expansion counting on DOCTYPE-defined entities while the lastEntities loop handling numeric/standard entities performs no counting at all. An attacker supplying 1M numeric entity references like A can force ~147MB of memory allocation and heavy CPU usage, potentially crashing the process—even when developers have configured strict limits. This issue has been fixed in version 5.5.6.
CVE-2026-33349: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. From version 4.0.0-beta.3 to before version 5.5.7, the DocTypeReader in fast-xml-parser uses JavaScript truthy checks to evaluate maxEntityCount and maxEntitySize configuration limits. When a developer explicitly sets either limit to 0 — intending to disallow all entities or restrict entity size to zero bytes — the falsy nature of 0 in JavaScript causes the guard conditions to short-circuit, completely bypassing the limits. An attacker who can supply XML input to such an application can trigger unbounded entity expansion, leading to memory exhaustion and denial of service. This issue has been patched in version 5.5.7.
CVE-2026-41650: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Prior to version 5.7.0, XMLBuilder does not escape the "-->" sequence in comment content or the "]]>" sequence in CDATA sections when building XML from JavaScript objects. This allows XML injection when user-controlled data flows into comments or CDATA elements, leading to XSS, SOAP injection, or data manipulation. This issue has been patched in version 5.7.0.

Created: 2026-02-19 Last update: 2026-05-08 14:03

7 security issues in bookworm high

There are 7 open security issues in bookworm.

7 important issues:

CVE-2023-26920: fast-xml-parser before 4.1.2 allows __proto__ for Prototype Pollution.
CVE-2026-25896: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. From 4.1.3to before 5.3.5, a dot (.) in a DOCTYPE entity name is treated as a regex wildcard during entity replacement, allowing an attacker to shadow built-in XML entities (<, >, &, ", ') with arbitrary values. This bypasses entity encoding and leads to XSS when parsed output is rendered. This vulnerability is fixed in 5.3.5.
CVE-2026-26278: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. In versions 4.1.3 through 5.3.5, the XML parser can be forced to do an unlimited amount of entity expansion. With a very small XML input, it’s possible to make the parser spend seconds or even minutes processing a single request, effectively freezing the application. Version 5.3.6 fixes the issue. As a workaround, avoid using DOCTYPE parsing by `processEntities: false` option.
CVE-2026-27942: fast-xml-parser allows users to validate XML, parse XML to JS object, or build XML from JS object without C/C++ based libraries and no callback. Prior to version 5.3.8, the application crashes with stack overflow when user use XML builder with `preserveOrder:true`. Version 5.3.8 fixes the issue. As a workaround, use XML builder with `preserveOrder:false` or check the input data before passing to builder.
CVE-2026-33036: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Versions 4.0.0-beta.3 through 5.5.5 contain a bypass vulnerability where numeric character references (&#NNN;, &#xHH;) and standard XML entities completely evade the entity expansion limits (e.g., maxTotalExpansions, maxExpandedLength) added to fix CVE-2026-26278, enabling XML entity expansion Denial of Service. The root cause is that replaceEntitiesValue() in OrderedObjParser.js only enforces expansion counting on DOCTYPE-defined entities while the lastEntities loop handling numeric/standard entities performs no counting at all. An attacker supplying 1M numeric entity references like A can force ~147MB of memory allocation and heavy CPU usage, potentially crashing the process—even when developers have configured strict limits. This issue has been fixed in version 5.5.6.
CVE-2026-33349: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. From version 4.0.0-beta.3 to before version 5.5.7, the DocTypeReader in fast-xml-parser uses JavaScript truthy checks to evaluate maxEntityCount and maxEntitySize configuration limits. When a developer explicitly sets either limit to 0 — intending to disallow all entities or restrict entity size to zero bytes — the falsy nature of 0 in JavaScript causes the guard conditions to short-circuit, completely bypassing the limits. An attacker who can supply XML input to such an application can trigger unbounded entity expansion, leading to memory exhaustion and denial of service. This issue has been patched in version 5.5.7.
CVE-2026-41650: fast-xml-parser allows users to process XML from JS object without C/C++ based libraries or callbacks. Prior to version 5.7.0, XMLBuilder does not escape the "-->" sequence in comment content or the "]]>" sequence in CDATA sections when building XML from JavaScript objects. This allows XML injection when user-controlled data flows into comments or CDATA elements, leading to XSS, SOAP injection, or data manipulation. This issue has been patched in version 5.7.0.

Created: 2026-02-19 Last update: 2026-05-08 14:03

lintian reports 1 warning normal

Lintian reports 1 warning about this package. You should make the package lintian clean getting rid of them.

Created: 2026-04-12 Last update: 2026-04-12 06:00

debian/patches: 1 patch to forward upstream low

Among the 17 debian patches available in version 11.4.0+dfsg2+~cs35.7.26-19 of the package, we noticed the following issues:

1 patch where the metadata indicates that the patch has not yet been forwarded upstream. You should either forward the patch upstream or update the metadata to document its real status.

Created: 2025-10-04 Last update: 2026-04-12 10:02

news

[rss feed]

[2026-04-17] node-webfont 11.4.0+dfsg2+~cs35.7.26-19 MIGRATED to testing (Debian testing watch)
[2026-04-11] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-19 (source) into unstable (Xavier Guimard)
[2026-01-31] node-webfont 11.4.0+dfsg2+~cs35.7.26-18 MIGRATED to testing (Debian testing watch)
[2026-01-26] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-18 (source) into unstable (Jérémy Lal)
[2025-12-20] node-webfont 11.4.0+dfsg2+~cs35.7.26-16 MIGRATED to testing (Debian testing watch)
[2025-12-15] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-16 (source) into unstable (Jérémy Lal)
[2025-12-06] node-webfont 11.4.0+dfsg2+~cs35.7.26-15 MIGRATED to testing (Debian testing watch)
[2025-12-06] node-webfont 11.4.0+dfsg2+~cs35.7.26-15 MIGRATED to testing (Debian testing watch)
[2025-12-01] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-15 (source) into unstable (Jérémy Lal)
[2025-10-09] node-webfont 11.4.0+dfsg2+~cs35.7.26-14 MIGRATED to testing (Debian testing watch)
[2025-10-04] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-14 (source) into unstable (Jérémy Lal)
[2025-04-27] node-webfont 11.4.0+dfsg2+~cs35.7.26-13 MIGRATED to testing (Debian testing watch)
[2025-04-16] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-13 (source) into unstable (Julian Gilbey)
[2025-03-16] node-webfont 11.4.0+dfsg2+~cs35.7.26-12 MIGRATED to testing (Debian testing watch)
[2025-03-11] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-12 (source) into unstable (Julian Gilbey)
[2025-02-14] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-11 (source) into unstable (Jérémy Lal)
[2024-11-06] node-webfont REMOVED from testing (Debian testing watch)
[2023-12-02] node-webfont 11.4.0+dfsg2+~cs35.7.26-10 MIGRATED to testing (Debian testing watch)
[2023-11-29] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-10 (source) into unstable (Julian Gilbey)
[2023-11-27] node-webfont REMOVED from testing (Debian testing watch)
[2023-08-19] node-webfont 11.4.0+dfsg2+~cs35.7.26-9 MIGRATED to testing (Debian testing watch)
[2023-08-16] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-9 (source) into unstable (Julian Gilbey)
[2023-08-16] node-webfont 11.4.0+dfsg2+~cs35.7.26-8 MIGRATED to testing (Debian testing watch)
[2023-08-14] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-8 (source) into unstable (Yadd) (signed by: Xavier Guimard)
[2023-03-01] node-webfont 11.4.0+dfsg2+~cs35.7.26-7 MIGRATED to testing (Debian testing watch)
[2023-02-19] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-7 (source) into unstable (Julian Gilbey)
[2023-02-16] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-6 (source) into unstable (Julian Gilbey)
[2023-02-14] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-5 (source) into unstable (Julian Gilbey)
[2023-02-14] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-4 (source) into unstable (Julian Gilbey)
[2023-02-12] Accepted node-webfont 11.4.0+dfsg2+~cs35.7.26-3 (source) into unstable (Julian Gilbey)

bugs [bug history graph]

all: 0

links

homepage
lintian (0, 1)
buildd: logs, reproducibility
popcon
browse source code
other distros
security tracker
debian patches
debci

ubuntu

[Information about Ubuntu for Debian Developers]

version: 11.4.0+dfsg2+~cs35.7.26-19