Django bis 1.7 Cache Information Disclosure

CVSS Meta Temp ScoreAktueller Exploitpreis (≈)CTI Interest Score
3.6$0-$5k0.00

Zusammenfassunginfo

In Django wurde eine Schwachstelle entdeckt. Sie wurde als problematisch eingestuft. Hiervon betroffen ist ein unbekannter Codeblock der Komponente Cache Handler. Durch Beeinflussen mit unbekannten Daten kann eine Information Disclosure-Schwachstelle ausgenutzt werden. Eine eindeutige Identifikation der Schwachstelle wird mit CVE-2014-1418 vorgenommen. Es gibt keinen verfügbaren Exploit. Die Aktualisierung der betroffenen Komponente wird empfohlen.

Detailsinfo

Eine problematische Schwachstelle wurde in Django (Content Management System) gefunden. Betroffen davon ist ein unbekannter Codeteil der Komponente Cache Handler. Durch das Beeinflussen mit einer unbekannten Eingabe kann eine Information Disclosure-Schwachstelle ausgenutzt werden. Klassifiziert wurde die Schwachstelle durch CWE als CWE-200. Auswirkungen hat dies auf die Vertraulichkeit. Die Zusammenfassung von CVE lautet:

Django 1.4 before 1.4.13, 1.5 before 1.5.8, 1.6 before 1.6.5, and 1.7 before 1.7b4 does not properly include the (1) Vary: Cookie or (2) Cache-Control header in responses, which allows remote attackers to obtain sensitive information or poison the cache via a request from certain browsers.

Die Schwachstelle wurde am 13.05.2014 durch Michael Nelson, Natalia Bidart und James Westby als Bug 1097500 in Form eines bestätigten Bug Reports (Bugzilla) herausgegeben. Bereitgestellt wird das Advisory unter bugzilla.redhat.com. Eine Veröffentlichung wurde in Zusammenarbeit mit dem Projektteam angestrebt. Die Verwundbarkeit wird seit dem 13.01.2014 mit der eindeutigen Identifikation CVE-2014-1418 gehandelt. Die Ausnutzbarkeit gilt als schwierig. Umgesetzt werden kann der Angriff über das Netzwerk. Das Ausnutzen erfordert keine spezifische Authentisierung. Technische Details oder ein Exploit zur Schwachstelle sind nicht verfügbar. Als Angriffstechnik weist das MITRE ATT&CK Projekt die ID T1592 aus. Das Advisory weist darauf hin:

In certain situations, Django may allow caches to store private data related to a particular session and then serve that data to requests with a different session, or no session at all. This can both lead to information disclosure, and can be a vector for cache poisoning. When using Django sessions, Django will set a ``Vary: Cookie`` header to ensure caches do not serve cached data to requests from other sessions. However, older versions of Internet Explorer (most likely only Internet Explorer 6, and Internet Explorer 7 if run on Windows XP or Windows Server 2003) are unable to handle the ``Vary`` header in combination with many content types. Therefore, Django would remove the header if the request was made by Internet Explorer.

Für den Vulnerability Scanner Nessus wurde am 27.05.2014 ein Plugin mit der ID 74178 (Fedora 20 : python-django14-1.4.13-1.fc20 (2014-6442)) herausgegeben, womit die Existenz der Schwachstelle geprüft werden kann. Es wird der Family Fedora Local Security Checks zugeordnet. Der kommerzielle Vulnerability Scanner Qualys bietet das Plugin 123242 (Fedora Security Update for python-django14 (FEDORA-2015-0804)) zur Prüfung der Schwachstelle an.

Ein Aktualisieren auf die Version 1.4.13, 1.5.8, 1.6.5 oder 1.7 beta 4 vermag dieses Problem zu lösen. Das Erscheinen einer Gegenmassnahme geschah direkt nach der Veröffentlichung der Schwachstelle. Die Entwickler haben so sofort gehandelt. Das Advisory stellt fest:

To remedy this, the special behavior for these older Internet Explorer versions has been removed, and the ``Vary`` header is no longer stripped from the response. In addition, modifications to the ``Cache-Control`` header for all Internet Explorer requests with a ``Content-Disposition`` header, have also been removed as they were found to have similar issues.

Unter anderem wird der Fehler auch in den Datenbanken von X-Force (93179), Tenable (74178), SecurityFocus (BID 67408†), OSVDB (107011†) und Secunia (SA61281†) dokumentiert. Die Schwachstellen VDB-13065, VDB-13064, VDB-13240 und VDB-67424 sind ähnlich. If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Produktinfo

Typ

Name

Version

Lizenz

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 3.7
VulDB Meta Temp Score: 3.6

VulDB Base Score: 3.7
VulDB Temp Score: 3.6
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VektorKomplexitätAuthentisierungVertraulichkeitIntegritätVerfügbarkeit
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten

VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Zuverlässigkeit: 🔍

NVD Base Score: 🔍

Exploitinginfo

Klasse: Information Disclosure
CWE: CWE-200 / CWE-284 / CWE-266
CAPEC: 🔍
ATT&CK: 🔍

Physisch: Nein
Lokal: Nein
Remote: Ja

Verfügbarkeit: 🔍
Status: Nicht definiert

EPSS Score: 🔍
EPSS Percentile: 🔍

Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Nessus ID: 74178
Nessus Name: Fedora 20 : python-django14-1.4.13-1.fc20 (2014-6442)
Nessus Datei: 🔍
Nessus Risiko: 🔍
Nessus Family: 🔍
Nessus Port: 🔍

OpenVAS ID: 702934
OpenVAS Name: Debian Security Advisory DSA 2934-1 (python-django - security update
OpenVAS Datei: 🔍
OpenVAS Family: 🔍

Qualys ID: 🔍
Qualys Name: 🔍

Threat Intelligenceinfo

Interesse: 🔍
Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍

Gegenmassnahmeninfo

Empfehlung: Upgrade
Status: 🔍

Reaktionszeit: 🔍
0-Day Time: 🔍
Exposure Time: 🔍

Upgrade: Django 1.4.13/1.5.8/1.6.5/1.7 beta 4

Timelineinfo

13.01.2014 🔍
13.05.2014 +120 Tage 🔍
13.05.2014 +0 Tage 🔍
15.05.2014 +2 Tage 🔍
15.05.2014 +0 Tage 🔍
16.05.2014 +1 Tage 🔍
20.05.2014 +4 Tage 🔍
26.05.2014 +6 Tage 🔍
27.05.2014 +1 Tage 🔍
17.09.2014 +113 Tage 🔍
19.06.2021 +2467 Tage 🔍

Quelleninfo

Advisory: Bug 1097500
Person: Michael Nelson, Natalia Bidart, James Westby
Status: Bestätigt
Bestätigung: 🔍
Koordiniert: 🔍

CVE: CVE-2014-1418 (🔍)
GCVE (CVE): GCVE-0-2014-1418
GCVE (VulDB): GCVE-100-13253

OVAL: 🔍

X-Force: 93179 - Django Vary and Cache-Control headers information disclosure, Medium Risk
SecurityFocus: 67408 - Django 'Vary Header' Information Disclosure Vulnerability
Secunia: 61281 - SUSE update for python-django, Moderately Critical
OSVDB: 107011
Vulnerability Center: 44640 - Django Remote Information Disclosure via a Request From Certain Browsers, Medium

Siehe auch: 🔍

Eintraginfo

Erstellt: 20.05.2014 10:28
Aktualisierung: 19.06.2021 18:34
Anpassungen: 20.05.2014 10:28 (85), 29.05.2017 08:48 (5), 19.06.2021 18:34 (3)
Komplett: 🔍
Cache ID: 216::103

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

◂ ZurückÜbersichtWeiter ▸

Might our Artificial Intelligence support you?

Check our Alexa App!