Pypa Virtualenv: Download von Code ohne Integritätsprüfung (CVE-2026-102930)
Veröffentlicht Zuletzt geändert Quellen: Red Hat, Msrc Update Guide, SUSE, OSV, Hersteller, CVE.org
Was ist betroffen, was ist zu tun
`virtualenv` ist ein Tool zur Erstellung isolierter virtueller Python-Umgebungen. Vor Version 21.7.12 akzeptiert `download_wheel()` die von pip und setuptools heruntergeladenen Seed-Wheels für periodische Updates oder die Option `--download`, ohne ihre Bytes gegen einen autoritativen Digest zu überprüfen, der dem BUNDLE_SHA256-Verfahren der eingebetteten Wheels entspricht.
Aktualisieren Sie Pypa Virtualenv auf Version 21.7.12.
- Betroffen
- Pypa Virtualenv
lt *..21.7.12
- Pypa Virtualenv
- Behoben in
- Pypa Virtualenv
21.7.12
- Pypa Virtualenv
Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen
Metriken
7,7
Priorität
XIEM Effective CVSS: höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.
Quelle: Hersteller (CNA), CVSS v4
7,7
CVSS v4
Schweregrad Hoch auf der Skala von 0 bis 10.
Quelle: Red Hat, Msrc Update Guide, SUSE, OSV, Hersteller, CVE.org
0,2 %
EPSS-Score
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Quelle: FIRST EPSS, Perzentil 4,7
Alle Metriken anzeigen
- Schweregrad
- Hoch
Priority-Score
Der Priorisierungs-Score ist eine zusammengeführte Kennzahl, die mehrere Einzelsignale zu einer einzigen, handlungsleitenden Rangfolge verdichtet: technische Schwere (CVSS), Ausnutzungswahrscheinlichkeit (EPSS), der Status als bekannt ausgenutzt (KEV) und der Kontext des betroffenen Assets. Ziel ist die Antwort auf die einzig wirklich wichtige Frage im Schwachstellenmanagement: Was zuerst?
Im Glossar lesen- 68.68
Exploit-Reife
Ein Exploit ist Code oder eine Technik, die eine konkrete Schwachstelle gezielt ausnutzt, um ein unbeabsichtigtes Verhalten zu erzwingen — etwa Code auszuführen oder Rechte auszuweiten. Er ist das Werkzeug, das aus einer theoretischen Lücke einen praktischen Angriff macht.
Im Glossar lesen- kein öffentlicher PoC bekannt
XIEM Effective CVSS
XIEM® ist das gestufte Managed-Security-Betriebsmodell von NEOSEC und eine eingetragene Marke der NEOSEC GmbH. Es erweitert klassisches SIEM — die zentrale Sammlung, Normalisierung und Korrelation sicherheitsrelevanter Ereignisse — um Endpunkt-Forensik, Netzwerk-Sichtbarkeit und Täuschungstechnik und führt diese zu drei aufeinander aufbauenden Stufen zusammen: Sentry, Orchestrate und Command.
Im Glossar lesen- 7,7
CVSS v4
CVSS ist der weltweit verbreitete, offene Standard zur Bewertung der technischen Schwere einer Schwachstelle auf einer Skala von 0 bis 10. Er beschreibt, wie leicht eine Lücke ausnutzbar ist und welchen Schaden sie anrichten kann — nicht jedoch, wie wahrscheinlich ihre tatsächliche Ausnutzung ist. CVSS und das ergänzende EPSS beantworten bewusst unterschiedliche Fragen.
Im Glossar lesen- 7,7
EPSS-Score
Der EPSS-Score ist der absolute Modell-Output für eine einzelne Schwachstelle: die geschätzte Wahrscheinlichkeit einer realen Ausnutzung in den nächsten 30 Tagen, ausgedrückt als Wert zwischen 0 und 1 (bzw. 0 % bis 100 %). Ein Score von 0,42 bedeutet „das Modell schätzt eine 42-prozentige Chance auf reale Ausnutzung binnen 30 Tagen“.
Im Glossar lesen- 0,2 %
- Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
EPSS-Perzentil
Das EPSS-Perzentil ist die relative Einordnung einer Schwachstelle innerhalb aller EPSS-bewerteten CVEs, ausgedrückt als Wert zwischen 0 und 1. Ein Perzentil von 0,90 bedeutet „diese CVE hat einen höheren EPSS-Score als 90 % aller anderen bewerteten CVEs“. Anders als der EPSS-Score ist es keine Wahrscheinlichkeit — sondern eine Positionierung im Ranking.
Im Glossar lesen- 4,7
- Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
KEV-Status
Der KEV-Katalog ist eine von der US-Behörde CISA gepflegte Liste von Schwachstellen, für die eine aktive Ausnutzung in der Praxis nachgewiesen ist. Er beantwortet nicht die Frage „wie schwer?“, sondern „wird es bereits angegriffen?“ — und priorisiert damit das Patchen scharf.
Im Glossar lesen- —
- Veröffentlicht
CWE
CWE ist ein Katalog typischer Schwächen-Arten in Software und Hardware — etwa fehlerhafte Eingabevalidierung, unsichere Speicherbehandlung oder mangelhafte Authentisierung. Während eine CVE eine konkrete Schwachstelle in einem konkreten Produkt benennt, beschreibt eine CWE die zugrunde liegende Fehlerklasse.
Im Glossar lesen- CWE-494
Einordnung nach NIS2 und CRA
Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.
NIS2
NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.
Im Glossar lesen- Hohe technische Schwere: Bewerten und beheben Sie die Schwachstelle im Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2 und dokumentieren Sie die Entscheidung.
CRA
Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.
Im Glossar lesen- Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.
ISO/IEC 27001
ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.
Im Glossar lesen- Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.
Beschreibung
`virtualenv` ist ein Tool zur Erstellung isolierter virtueller Python-Umgebungen. Vor Version 21.7.12 akzeptiert `download_wheel()` die von pip und setuptools heruntergeladenen Seed-Wheels für periodische Updates oder die Option `--download`, ohne ihre Bytes gegen einen autoritativen Digest zu überprüfen, der dem BUNDLE_SHA256-Verfahren der eingebetteten Wheels entspricht. Ein kompromittierter Index, ein veralteter Spiegel oder eine abgefangene TLS-Verbindung können ein anderes Wheel unter dem angeforderten Distribution, Version und Dateinamen substituieren, woraufhin `virtualenv` das von einem Angreifer kontrollierte Wheel zwischenspeichert und in nachfolgend erstellten Umgebungen einpflanzt. Die Überprüfung gilt für den Standard-PyPI-Pfad und wird absichtlich übersprungen, wenn `PIP_INDEX_URL`, `PIP_EXTRA_INDEX_URL` oder `PIP_INDEX` einen benutzerdefinierten Index konfiguriert, der legitim neu erstellte Wheels veröffentlichen kann. Dieses Problem wird in Version 21.7.12 behoben.
Originalquelle nur englisch verfügbar, maschinell ins Deutsche übersetzt.
Quelle: redhat_csaf, Microsoft Security Update Guide, suse_csaf, OSV (Open Source Vulnerabilities), GitHub Security Advisories, NVD (NIST), cvelistv5
Betroffene Produkte
Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.
| Hersteller | Produkt | Betroffene Versionen | Behoben in |
|---|---|---|---|
| pypa | virtualenv |
|
|
| pypi | virtualenv |
|
|
Weakness-Klassen (CWE)
CWE-494Download of Code Without Integrity Check
Base
The product downloads source code or an executable from a remote location and executes the code without sufficiently verifying the origin and integrity of the code.
Eintrag bei MITRE CWE-494
Quellen & Referenzen
- github.compypa/virtualenv/security/advisories/GHSA-94p9-xgh2-xp45x_refsource_CONFIRM
- github.compypa/virtualenv/pull/3251x_refsource_MISC
- github.compypa/virtualenv/commit/a01ed3e2f239d6ab1fce62c5c7664ccf268fff6dx_refsource_MISC
- NVD (NIST)vuln/detail/CVE-2026-102930advisory
- github.compypa/advisory-database/tree/main/vulns/virtualenv/PYSEC-2026-40…web
- github.compypa/virtualenvpackage
- github.compypa/virtualenv/releases/tag/21.7.12web
- pypi.orgproject/virtualenvweb
Re-Analyse & Statuswechsel
Chronologie der NVD-Audit-Events für diese CVE — Reanalyses, CVSS-Updates, CPE-Diffs.
CVE Modified134c704f-9b21-4f2e-91b3-4a467353bcc0
- SSVC: nachher {"id":"CVE-2026-102930","role":"CISA Coordinator","options":[{"exploitation":"none"},{"automatable":"no"},{"technical…
New CVE Receivedsecurity-advisories@github.com
- Description: nachher virtualenv is a tool for creating isolated virtual python environments. Prior to 21.7.12, download_wheel() accepts pip and setuptools seed wheels fetched for periodic updates or the --download option without checking their bytes against an authoritative digest equivalent to the embedded wheels' BUNDLE_SHA256 verification. A compromised index, stale mirror, or intercepted TLS connection can substitute a different wheel under the requested distribution, version, and filename, after which virtualenv caches and seeds the attacker-controlled wheel into subsequently created environments. The verification applies to the default PyPI path and is intentionally skipped when PIP_INDEX_URL, PIP_EXTRA_INDEX_URL, or PIP_INDEX configures a custom index that may legitimately publish rebuilt wheels. This issue is fixed in version 21.7.12.
- CVSS V4.0: nachher AV:N/AC:H/AT:P/PR:N/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
- CWE: nachher CWE-494
- Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/102xxx/CVE-2026-102930.json">CVE-2026-102930</a>