Bekannte Sicherheitslücken (CVE) in library/node:24-bullseye-slim

CVE-ID	Schweregrad	Paket	Betroffene Version	Behobene Version	CVSS-Score
CVE-2026-26996	high	pkg:npm/minimatch@10.1.2	>=10.0.0,<10.2.1	10.2.1	8.7
Summary `minimatch` is vulnerable to Regular Expression Denial of Service (ReDoS) when a glob pattern contains many consecutive `` wildcards followed by a literal character that doesn't appear in the test string. Each `` compiles to a separate `[^/]?` regex group, and when the match fails, V8's regex engine backtracks exponentially across all possible splits. The time complexity is O(4^N) where N is the number of `` characters. With N=15, a single `minimatch()` call takes ~2 seconds. With N=34, it hangs effectively forever. Details Give all details on the vulnerability. Pointing to the incriminated source code is very helpful for the maintainer. PoC When minimatch compiles a glob pattern, each `` becomes `[^/]?` in the generated regex. For a pattern like `*************X`: `/^(?!\.)[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?[^/]?X[^/]?[^/]?[^/]?$/` When the test string doesn't contain `X`, the regex engine must try every possible way to distribute the characters across all the `[^/]?` groups before concluding no match exists. With N groups and M characters, this is O(C(N+M, N)) — exponential. Impact Any application that passes user-controlled strings to `minimatch()` as the pattern argument is vulnerable to DoS. This includes: File search/filter UIs that accept glob patterns `.gitignore`-style filtering with user-defined rules Build tools that accept glob configuration Any API that exposes glob matching to untrusted input Thanks to @ljharb for back-porting the fix to legacy versions of minimatch. Relevance: The CVE-2026-26996 is likely irrelevant for normal usage of the `library/node:24-bullseye-slim` image unless the application specifically relies on the vulnerable component (e.g., a specific library or tool). It would only be critical if the exploit is remotely triggerable and the affected component is exposed to untrusted inputs, such as in a web server handling user data. Always verify the CVE's details and your application's dependencies to assess actual risk. (Note: Relevance analysis is automatically generated and may require verification.) Package URL(s): `pkg:npm/minimatch@10.1.2` More Info (NVD): https://nvd.nist.gov/vuln/detail/CVE-2026-26996
CVE-2026-31802	high	pkg:npm/tar@7.5.7	<=7.5.10	7.5.11	8.2
CVE-2026-29786	high	pkg:npm/tar@7.5.7	<=7.5.9	7.5.10	8.2
CVE-2026-27904	high	pkg:npm/minimatch@10.1.2	>=10.0.0,<10.2.3	10.2.3	7.5
CVE-2026-27903	high	pkg:npm/minimatch@10.1.2	>=10.0.0,<10.2.3	10.2.3	7.5
CVE-2026-26960	high	pkg:npm/tar@7.5.7	<7.5.8	7.5.8	7.1
CVE-2019-9192	low	glibc	<=2.31-13+deb11u13	not fixed	3.1
CVE-2013-4235	low	shadow	<=1:4.8.1-1+deb11u1	not fixed	3.1
CVE-2023-31439	low	systemd	<=247.3-7+deb11u7	not fixed	3.1
CVE-2019-20838	low	pcre3	<=2:8.39-13	not fixed	3.1

CVE-ID

Schweregrad

Paket

Betroffene Version

Behobene Version

CVSS-Score

CVE-2026-26996

high

pkg:npm/minimatch@10.1.2

>=10.0.0,<10.2.1

10.2.1

8.7

Summary

minimatch is vulnerable to Regular Expression Denial of Service (ReDoS) when a glob pattern contains many consecutive * wildcards followed by a literal character that doesn't appear in the test string. Each * compiles to a separate [^/]*? regex group, and when the match fails, V8's regex engine backtracks exponentially across all possible splits.

The time complexity is O(4^N) where N is the number of * characters. With N=15, a single minimatch() call takes ~2 seconds. With N=34, it hangs effectively forever.

Details

Give all details on the vulnerability. Pointing to the incriminated source code is very helpful for the maintainer.

PoC

When minimatch compiles a glob pattern, each * becomes [^/]*? in the generated regex. For a pattern like ***************X***:

/^(?!\.)[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?[^/]*?X[^/]*?[^/]*?[^/]*?$/

When the test string doesn't contain X, the regex engine must try every possible way to distribute the characters across all the [^/]*? groups before concluding no match exists. With N groups and M characters, this is O(C(N+M, N)) — exponential.

Impact

Any application that passes user-controlled strings to minimatch() as the pattern argument is vulnerable to DoS. This includes:

File search/filter UIs that accept glob patterns
.gitignore-style filtering with user-defined rules
Build tools that accept glob configuration
Any API that exposes glob matching to untrusted input

Thanks to @ljharb for back-porting the fix to legacy versions of minimatch.

Relevance:

The CVE-2026-26996 is likely irrelevant for normal usage of the `library/node:24-bullseye-slim` image unless the application specifically relies on the vulnerable component (e.g., a specific library or tool). It would only be critical if the exploit is remotely triggerable and the affected component is exposed to untrusted inputs, such as in a web server handling user data. Always verify the CVE's details and your application's dependencies to assess actual risk. (Note: Relevance analysis is automatically generated and may require verification.)

Package URL(s):

pkg:npm/minimatch@10.1.2

More Info (NVD):

https://nvd.nist.gov/vuln/detail/CVE-2026-26996

CVE-2026-31802

high

pkg:npm/tar@7.5.7

<=7.5.10

7.5.11

8.2

CVE-2026-29786

high

pkg:npm/tar@7.5.7

<=7.5.9

7.5.10

8.2

CVE-2026-27904

high

pkg:npm/minimatch@10.1.2

>=10.0.0,<10.2.3

10.2.3

7.5

CVE-2026-27903

high

pkg:npm/minimatch@10.1.2

>=10.0.0,<10.2.3

10.2.3

7.5

CVE-2026-26960

high

pkg:npm/tar@7.5.7

<7.5.8

7.5.8

7.1

CVE-2019-9192

low

glibc

<=2.31-13+deb11u13

not fixed

3.1

CVE-2013-4235

low

shadow

<=1:4.8.1-1+deb11u1

not fixed

3.1

CVE-2023-31439

low

systemd

<=247.3-7+deb11u7

not fixed

3.1

CVE-2019-20838

low

pcre3

<=2:8.39-13

not fixed

3.1

Schweregradstufen

Ausnutzung könnte zu schwerwiegenden Konsequenzen wie Systemkompromittierung oder Datenverlust führen. Erfordert sofortige Aufmerksamkeit.

Sicherheitslücke könnte relativ leicht ausgenutzt werden und erhebliche Auswirkungen haben. Erfordert zeitnahe Aufmerksamkeit.

Ausnutzung ist möglich, erfordert aber möglicherweise spezifische Bedingungen. Auswirkungen sind moderat. Sollte zeitnah behoben werden.

Ausnutzung ist schwierig oder die Auswirkungen sind minimal. Kann bei Gelegenheit oder im Rahmen der regulären Wartung behoben werden.

Schweregrad ist nicht bestimmt, informativ oder vernachlässigbar. Überprüfung je nach Kontext.

Über den CVE-Scanner

Der CVE-Scanner ist ein leistungsstarkes Tool, das dir hilft, bekannte Sicherheitslücken in deinen Docker-Images zu identifizieren. Indem deine Images mit einer umfassenden Datenbank von Common Vulnerabilities and Exposures (CVEs) abgeglichen werden, kannst du sicherstellen, dass deine Anwendungen sicher und auf dem neuesten Stand sind. Für weitere Details, schau dir die NIST CVE-Datenbank an.

Warum CVE-Scanning für deine Docker-Images wichtig ist

Mit dem Anstieg von Supply-Chain-Angriffen ist die Sicherung deiner Anwendungen wichtiger denn je. CVE-Scanning spielt eine entscheidende Rolle bei der Identifizierung von Sicherheitslücken, die von Angreifern ausgenutzt werden könnten, insbesondere solche, die durch Abhängigkeiten und Drittanbieter-Komponenten eingeführt werden. Regelmäßiges Scannen und Sichern deiner Docker-Images ist essenziell, um deine Anwendungen vor diesen sich entwickelnden Bedrohungen zu schützen.

Was ist eine CVE?

CVE steht für Common Vulnerabilities and Exposures. Es ist ein standardisierter Bezeichner für bekannte Sicherheitslücken, der Entwicklern und Organisationen ermöglicht, potenzielle Risiken effektiv zu verfolgen und zu beheben. Für weitere Informationen, besuche cve.mitre.org.

Vorteile des CVE-Scannens

Erhöhte Sicherheit: Erkenne und behebe Sicherheitslücken, bevor sie ausgenutzt werden.
Compliance: Erfülle Branchenstandards und regulatorische Anforderungen für sichere Software.
Proaktive Wartung: Bleibe potenziellen Bedrohungen einen Schritt voraus, indem du Sicherheitslücken frühzeitig behebst.

Wie der CVE-Scanner funktioniert

Der CVE-Scanner analysiert deine Docker-Images anhand einer umfassenden Datenbank bekannter Sicherheitslücken. Er nutzt Docker Scout im Hintergrund, um detaillierte Einblicke in betroffene Pakete, Schweregradstufen und verfügbare Fixes zu liefern, sodass du sofort handeln kannst.

Die Bedeutung des Patchens von Docker-Images

Das Patchen deiner Docker-Images ist ein entscheidender Schritt, um die Sicherheit und Stabilität deiner Anwendungen zu gewährleisten. Durch regelmäßige Updates deiner Images mit den neuesten Sicherheitspatches kannst du bekannte Sicherheitslücken beheben und das Risiko einer Ausnutzung reduzieren. Dieser proaktive Ansatz stellt sicher, dass deine Anwendungen widerstandsfähig gegenüber neuen Bedrohungen bleiben und hilft, die Einhaltung von Sicherheitsstandards zu gewährleisten.

CVE-Scan für node:24-bullseye-slim

Docker-Image-Sicherheitslücken-Scanner

43 Bekannte Sicherheitslücken in diesem Docker-Image

Summary

Details

PoC

Impact

Schweregradstufen

Über den CVE-Scanner

Warum CVE-Scanning für deine Docker-Images wichtig ist

Was ist eine CVE?

Vorteile des CVE-Scannens

Wie der CVE-Scanner funktioniert

Die Bedeutung des Patchens von Docker-Images

Du willst dieses Image deployen?