| Two security issues fixed in Memory Analyzer [message #1819603] |
Fri, 17 January 2020 21:09 |
 Krum Tsvetkov
Messages: 165
Registered: July 2009 |
Senior Member |
|
|
Hi all,
Two security issues have been identified in Memory Analyzer.
The issues have the following CVEs assigned CVE-2019-17634 and CVE-2019-17635. Details about both issues are below.
We have released Memory Analyzer 1.9.2 with fixes for both issues.
We highly recommend updating to the version 1.9.2 on the downloads page there are as usual references to standalone packages as well as an update-site.
CVE-2019-17634 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17634
[PROBLEMTYPE]:CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
[DESCRIPTION]: Eclipse Memory Analyzer version 1.9.1 and earlier is subject to a cross site scripting (XSS) vulnerability when generating an HTML report from a malicious heap dump. The user must chose todownload, open the malicious heap dump and generate an HTML report for the problem to occur. The heap dump could be specially crafted, or could come from a crafted application or from an application processing malicious data. The vulnerability is present whena report is generated and opened from the Memory Analyzer graphical user interface, or when a report generated in batch mode is then opened in Memory Analyzer or by a web browser. The vulnerability could possibly allow code execution on the local system whenthe report is opened in Memory Analyzer.
Thanks to Iassen Minov for reporting the issue.
CVE-2019-17635 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17635
[PROBLEMTYPE]:CWE-502: Deserialization of Untrusted Data
[DESCRIPTION]: Eclipse Memory Analyzer version 1.9.1 and earlier is subject to a deserialization vulnerability if an index file of a parsed heap dump is replaced by a malicious version and the heap dump is reopened in Memory Analyzer. The user must chose to reopen an already parsed heap dump with an untrusted index for the problem to occur. The problem can be averted if the index files from an untrusted source are deleted and the heap dump is opened and reparsed. Also some local configuration data is subject to a deserialization vulnerability if the local data were to be replaced with a malicious version. This can be averted if the local configuration data stored on the file system cannot be changed by an attacker. The vulnerability could possibly allow code execution on the local system.
Regards,
Krum Tsvetkov
|
|
|
Powered by
FUDForum. Page generated in 0.03630 seconds
] 
Search
Help
Register
Login
Home
