Bekannte Sicherheitslücken (CVE) in library/python:3.12.13-slim

CVE-ID	Schweregrad	Paket	Betroffene Version	Behobene Version	CVSS-Score
CVE-2026-31790	high	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	7.5
Issue summary: Applications using RSASVE key encapsulation to establish a secret encryption key can send contents of an uninitialized memory buffer to a malicious peer. Impact summary: The uninitialized buffer might contain sensitive data from the previous execution of the application process which leads to sensitive data leakage to an attacker. RSA_public_encrypt() returns the number of bytes written on success and -1 on error. The affected code tests only whether the return value is non-zero. As a result, if RSA encryption fails, encapsulation can still return success to the caller, set the output lengths, and leave the caller to use the contents of the ciphertext buffer as if a valid KEM ciphertext had been produced. If applications use EVP_PKEY_encapsulate() with RSA/RSASVE on an attacker-supplied invalid RSA public key without first validating that key, then this may cause stale or uninitialized contents of the caller-provided ciphertext buffer to be disclosed to the attacker in place of the KEM ciphertext. As a workaround calling EVP_PKEY_public_check() or EVP_PKEY_public_check_quick() before EVP_PKEY_encapsulate() will mitigate the issue. The FIPS modules in 3.6, 3.5, 3.4, 3.3, 3.1 and 3.0 are affected by this issue. openssl https://openssl-library.org/news/secadv/20260407.txt Relevance: Based on the provided description, this vulnerability is likely irrelevant for normal usage as the image's core Python environment is functional, and standard execution does not typically trigger the specific conditions described. Use of this image would only become critical if an application specifically executes untrusted or malformed inputs through the vulnerable component, potentially leading to unauthorized code execution or a denial of service. For most users, the image remains safe as long as standard security best practices for input validation are followed. (Note: Relevance analysis is automatically generated and may require verification.) Package URL(s): `pkg:deb/debian/openssl@3.5.5-1~deb13u1?os_distro=trixie&os_name=debian&os_version=13` More Info (NVD): https://nvd.nist.gov/vuln/detail/CVE-2026-31790
CVE-2025-8869	medium	pkg:pypi/pip@25.0.1	<=25.2	25.3	5.9
CVE-2026-5704	medium	tar	<=1.35+dfsg-3.1	not fixed	5.0
CVE-2025-45582	medium	tar	>=1.35+dfsg-3.1	not fixed	4.1
CVE-2026-28387	unspecified	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	3.1
CVE-2026-28388	unspecified	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	3.1
CVE-2026-28389	unspecified	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	3.1
CVE-2026-28390	unspecified	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	3.1
CVE-2026-31789	unspecified	openssl	<3.5.5-1~deb13u2	3.5.5-1~deb13u2	3.1
CVE-2005-2541	low	tar	<=1.35+dfsg-3.1	not fixed	3.1

CVE-ID

Schweregrad

Paket

Betroffene Version

Behobene Version

CVSS-Score

CVE-2026-31790

high

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

7.5

Issue summary: Applications using RSASVE key encapsulation to establish a secret encryption key can send contents of an uninitialized memory buffer to a malicious peer. Impact summary: The uninitialized buffer might contain sensitive data from the previous execution of the application process which leads to sensitive data leakage to an attacker. RSA_public_encrypt() returns the number of bytes written on success and -1 on error. The affected code tests only whether the return value is non-zero. As a result, if RSA encryption fails, encapsulation can still return success to the caller, set the output lengths, and leave the caller to use the contents of the ciphertext buffer as if a valid KEM ciphertext had been produced. If applications use EVP_PKEY_encapsulate() with RSA/RSASVE on an attacker-supplied invalid RSA public key without first validating that key, then this may cause stale or uninitialized contents of the caller-provided ciphertext buffer to be disclosed to the attacker in place of the KEM ciphertext. As a workaround calling EVP_PKEY_public_check() or EVP_PKEY_public_check_quick() before EVP_PKEY_encapsulate() will mitigate the issue. The FIPS modules in 3.6, 3.5, 3.4, 3.3, 3.1 and 3.0 are affected by this issue.

openssl https://openssl-library.org/news/secadv/20260407.txt

Relevance:

Based on the provided description, this vulnerability is likely irrelevant for normal usage as the image's core Python environment is functional, and standard execution does not typically trigger the specific conditions described. Use of this image would only become critical if an application specifically executes untrusted or malformed inputs through the vulnerable component, potentially leading to unauthorized code execution or a denial of service. For most users, the image remains safe as long as standard security best practices for input validation are followed. (Note: Relevance analysis is automatically generated and may require verification.)

Package URL(s):

pkg:deb/debian/openssl@3.5.5-1~deb13u1?os_distro=trixie&os_name=debian&os_version=13

More Info (NVD):

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

CVE-2025-8869

medium

pkg:pypi/pip@25.0.1

<=25.2

25.3

5.9

CVE-2026-5704

medium

tar

<=1.35+dfsg-3.1

not fixed

5.0

CVE-2025-45582

medium

tar

>=1.35+dfsg-3.1

not fixed

4.1

CVE-2026-28387

unspecified

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

3.1

CVE-2026-28388

unspecified

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

3.1

CVE-2026-28389

unspecified

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

3.1

CVE-2026-28390

unspecified

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

3.1

CVE-2026-31789

unspecified

openssl

<3.5.5-1~deb13u2

3.5.5-1~deb13u2

3.1

CVE-2005-2541

low

tar

<=1.35+dfsg-3.1

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 python:3.12.13-slim

Docker-Image-Sicherheitslücken-Scanner

33 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?