Microsoft Exchange Server 2003 Store.exe viele Unterverzeichnisse Denial of Service
| CVSS Meta Temp Score | Aktueller Exploitpreis (≈) | CTI Interest Score |
|---|---|---|
| 6.7 | $0-$5k | 0.00 |
Zusammenfassung
In Microsoft Exchange 2003 wurde eine Schwachstelle ausgemacht. Sie wurde als problematisch eingestuft. Es geht um eine nicht näher bekannte Funktion der Datei Store.exe der Komponente Sub-Directories Handler. Durch Beeinflussen mit unbekannten Daten kann eine Denial of Service-Schwachstelle ausgenutzt werden. Die Verwundbarkeit wird unter CVE-2005-0738 geführt. Der Angriff kann über das Netzwerk angegangen werden. Desweiteren ist ein Exploit verfügbar. Als bestmögliche Massnahme wird Patching empfohlen.
Details
Microsoft Exchange 2003 ist ein von vielen Unternehmen gern eingesetzter Mailserver. Microsoft hält im Article 891504 fest, dass beim Microsoft Exchange Server 2003 eine Denial of Service-Möglichkeit mittels Rekursion gegeben ist. Und zwar stürzt Store.exe ab, wenn mit einem Verzeichnis gearbeitet wird, das eine Vielzahl an Unterverzeichnissen beinhaltet. Ein Exploit zur Schwachstelle ist nicht bekannt. Microsoft hat einen Hotfix für das Problem entwickelt, der jedoch nur über den Kundendienst bezogen werden kann. Unter anderem wird der Fehler auch in den Datenbanken von OSVDB (14617†) und Secunia (SA14543†) dokumentiert. If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Einmal mehr sonderbar an diesem Problem ist, dass Microsoft einen Hotfix nicht publik macht; stattdessen muss dieser über eine Kontaktaufnahme mit Microsoft beantragt werden. Dieses Vorgehen scheint keinen offensichtlichen Vorteil - vor allem für die betroffenen Kunden - zu haben. Eventuell steckt da mehr dahinter: Das Problem könnte noch viel schwerwiegender sein, so dass man ein Reverse Engineering des Hotfixes verhindern möchte.
Produkt
Typ
Hersteller
Name
Version
Lizenz
Webseite
- Hersteller: https://www.microsoft.com/
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Zuverlässigkeit: 🔍
CVSSv3
VulDB Meta Base Score: 7.5VulDB Meta Temp Score: 6.7
VulDB Base Score: 7.5
VulDB Temp Score: 6.7
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| Vektor | Komplexität | Authentisierung | Vertraulichkeit | Integrität | Verfügbarkeit |
|---|---|---|---|---|---|
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Zuverlässigkeit: 🔍
NVD Base Score: 🔍
Exploiting
Klasse: Denial of ServiceCWE: CWE-399 / CWE-404
CAPEC: 🔍
ATT&CK: 🔍
Physisch: Nein
Lokal: Nein
Remote: Ja
Verfügbarkeit: 🔍
Status: Proof-of-Concept
EPSS Score: 🔍
EPSS Percentile: 🔍
Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍
| 0-Day | freischalten | freischalten | freischalten | freischalten |
|---|---|---|---|---|
| Heute | freischalten | freischalten | freischalten | freischalten |
Threat Intelligence
Interesse: 🔍Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍
Gegenmassnahmen
Empfehlung: PatchStatus: 🔍
0-Day Time: 🔍
Patch: windowsupdate.microsoft.com
Timeline
03.03.2005 🔍09.03.2005 🔍
09.03.2005 🔍
09.03.2005 🔍
09.03.2005 🔍
10.03.2005 🔍
12.03.2005 🔍
02.05.2005 🔍
01.07.2019 🔍
Quellen
Hersteller: microsoft.comAdvisory: support.microsoft.com
Person: http://www.microsoft.com
Firma: Microsoft
Status: Nicht definiert
CVE: CVE-2005-0738 (🔍)
GCVE (CVE): GCVE-0-2005-0738
GCVE (VulDB): GCVE-100-1269
Secunia: 14543 - Microsoft Exchange Server 2003 Folder Handling Denial of Service, Less Critical
OSVDB: 14617 - Microsoft Exchange Server 2003 Folder Handling DoS
scip Labs: https://www.scip.ch/?labs.20161013
Eintrag
Erstellt: 10.03.2005 15:11Aktualisierung: 01.07.2019 16:52
Anpassungen: 10.03.2005 15:11 (69), 01.07.2019 16:52 (2)
Komplett: 🔍
Cache ID: 216::103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Bisher keine Kommentare. Sprachen: de + en.
Bitte loggen Sie sich ein, um kommentieren zu können.