Astral uv: Beliebiges Löschen von Dateien über RECORD-Einträge in Wheels
Zusammenfassung
Astral uv vor Version 0.11.6 enthält eine Path-Traversal-Schwachstelle bei der Verarbeitung der RECORD-Datei von Python-Wheels. Ein manipuliertes Wheel kann in der RECORD-Datei Dateien ausserhalb des Installationspfads angeben, die uv beim Deinstallieren des Pakets löscht. Der Angreifer muss erreichen, dass ein Opfer das präparierte Paket installiert und anschliessend deinstalliert, weshalb vor allem Entwickler-Arbeitsplätze und CI-Runner gefährdet sind, die Pakete von PyPI beziehen. Die Schweregrade unterscheiden sich je nach Quelle (CVSS 4.0 8.7 im CVE-Eintrag, 2.1 in der GitHub-Advisory, 4.3 nach CVSS 3.1 bei GitHub), weshalb die Einstufung intern festgelegt werden sollte.
Betroffen
- uv-Versionen vor 0.11.6 (GitHub-Advisory: 0.11.5 und früher)
Behoben in
- uv 0.11.6 oder neuer. Die upstream Korrekturen sind die PRs #18942 und #18943.
Umgehung
- Keine Workaround-Massnahme des Herstellers ausser dem Update.
- Eine Drittquelle empfiehlt, WHEEL-RECORD-Dateien vor der Verarbeitung durch uv zu validieren. Dies ist allgemeine Empfehlung und vom Hersteller nicht getestet.
Ausnutzung
- In den Quellen wurde kein Nachweis einer Ausnutzung in freier Wildbahn gefunden.
- In den Quellen wurde kein öffentlicher Proof of Concept gefunden.
- Laut den Quellen ist die Schwachstelle nicht im CISA-KEV-Katalog gelistet.
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung partiell.
Unsere Empfehlung
- Inventarisieren Sie uv-Installationen auf Entwickler-Arbeitsplätzen, CI-Runnern und Container-Images und prüfen Sie die Lock-Dateien auf Versionen unter 0.11.6.
- Aktualisieren Sie auf mindestens 0.11.15, was auch die verwandte Schwachstelle CVE-2026-114109 abdeckt. Prüfen Sie vor dem Festlegen einer Version die aktuellste Veröffentlichung auf PyPI.
- Installieren Sie Pakete nur aus vertrauenswürdigen Quellen und achten Sie auf Typosquatting- oder kompromittierte Pakete.
- Beobachten Sie den NVD-Eintrag, der in den Quellen noch in der Analyse war, auf eine Neubewertung.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-pjjw-68hj-v9mw github.com
- VulnCheck advisory www.vulncheck.com
- OSV GHSA-pjjw-68hj-v9mw osv.dev
- GitHub Advisory Database GHSA-pjjw-68hj-v9mw github.com
- VulDB CVE-2026-114110 vuldb.com
- Strix CVE-2026-114110 www.strix.ai
- CVE-2026-114110 aggregator entry cve.threatint.com
- GitLab advisory database GHSA-pjjw-68hj-v9mw advisories.gitlab.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 01:06.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.