Bekannte Sicherheitslücken (CVE) in sharkord/sharkord:v0.0.15

CVE-ID	Schweregrad	Paket	Betroffene Version	Behobene Version	CVSS-Score
CVE-2026-0861	high	glibc	<2.41-12+deb13u2	2.41-12+deb13u2	8.4
Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption. Note that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc. Typically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments. glibc 2.42-8 (bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1125678) [trixie] - glibc 2.41-12+deb13u2 [bookworm] - glibc (Minor issue) [bullseye] - glibc (Minor issue, unlikely scenario) https://sourceware.org/bugzilla/show_bug.cgi?id=33796 https://www.openwall.com/lists/oss-security/2026/01/16/5 Introduced with: https://sourceware.org/git/?p=glibc.git;a=commit;h=9bf8e29ca136094f73f69f725f15c51facc97206 (glibc-2.30) Fixed by: https://sourceware.org/git/?p=glibc.git;a=commit;h=c9188d333717d3ceb7e3020011651f424f749f93 (glibc-2.43) Relevance: The CVE-2026-0861 vulnerability could be relevant if the Docker image `sharkord/sharkord:v0.0.15` includes a component affected by this flaw, such as a library or dependency with improper input validation. It might become critical in scenarios where the container processes untrusted input or is exposed to external networks, potentially allowing exploitation like remote code execution or denial of service. Always verify if the specific components in the image are impacted. (Note: Relevance analysis is automatically generated and may require verification.) Package URL(s): `pkg:deb/debian/glibc@2.41-12%2Bdeb13u1?os_distro=trixie&os_name=debian&os_version=13` More Info (NVD): https://nvd.nist.gov/vuln/detail/CVE-2026-0861
CVE-2025-15281	high	glibc	<2.41-12+deb13u2	2.41-12+deb13u2	7.5
CVE-2026-0915	high	glibc	<2.41-12+deb13u2	2.41-12+deb13u2	7.5
CVE-2025-45582	medium	tar	>=1.35+dfsg-3.1	not fixed	4.1
CVE-2011-4116	low	perl	<=5.40.1-6	not fixed	3.1
CVE-2026-4437	unspecified	glibc	<=2.41-12+deb13u2	not fixed	3.1
CVE-2022-0563	low	util-linux	<=2.41-5	not fixed	3.1
CVE-2023-31438	low	systemd	<=257.9-1~deb13u1	not fixed	3.1
CVE-2025-14104	low	util-linux	<=2.41-5	not fixed	3.1
CVE-2023-31437	low	systemd	<=257.9-1~deb13u1	not fixed	3.1

CVE-ID

Schweregrad

Paket

Betroffene Version

Behobene Version

CVSS-Score

CVE-2026-0861

high

glibc

<2.41-12+deb13u2

2.41-12+deb13u2

8.4

Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption. Note that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc. Typically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments.

glibc 2.42-8 (bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1125678) [trixie] - glibc 2.41-12+deb13u2 [bookworm] - glibc (Minor issue) [bullseye] - glibc (Minor issue, unlikely scenario) https://sourceware.org/bugzilla/show_bug.cgi?id=33796 https://www.openwall.com/lists/oss-security/2026/01/16/5 Introduced with: https://sourceware.org/git/?p=glibc.git;a=commit;h=9bf8e29ca136094f73f69f725f15c51facc97206 (glibc-2.30) Fixed by: https://sourceware.org/git/?p=glibc.git;a=commit;h=c9188d333717d3ceb7e3020011651f424f749f93 (glibc-2.43)

Relevance:

The CVE-2026-0861 vulnerability could be relevant if the Docker image `sharkord/sharkord:v0.0.15` includes a component affected by this flaw, such as a library or dependency with improper input validation. It might become critical in scenarios where the container processes untrusted input or is exposed to external networks, potentially allowing exploitation like remote code execution or denial of service. Always verify if the specific components in the image are impacted. (Note: Relevance analysis is automatically generated and may require verification.)

Package URL(s):

pkg:deb/debian/glibc@2.41-12%2Bdeb13u1?os_distro=trixie&os_name=debian&os_version=13

More Info (NVD):

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

CVE-2025-15281

high

glibc

<2.41-12+deb13u2

2.41-12+deb13u2

7.5

CVE-2026-0915

high

glibc

<2.41-12+deb13u2

2.41-12+deb13u2

7.5

CVE-2025-45582

medium

tar

>=1.35+dfsg-3.1

not fixed

4.1

CVE-2011-4116

low

perl

<=5.40.1-6

not fixed

3.1

CVE-2026-4437

unspecified

glibc

<=2.41-12+deb13u2

not fixed

3.1

CVE-2022-0563

low

util-linux

<=2.41-5

not fixed

3.1

CVE-2023-31438

low

systemd

<=257.9-1~deb13u1

not fixed

3.1

CVE-2025-14104

low

util-linux

<=2.41-5

not fixed

3.1

CVE-2023-31437

low

systemd

<=257.9-1~deb13u1

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 sharkord/sharkord:v0.0.15

Docker-Image-Sicherheitslücken-Scanner

30 Bekannte Sicherheitslücken in diesem Docker-Image

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?