KeePass 2 Man-In-The-Middle

Risk: Medium
Local: No
Remote: Yes

CVSS Base Score: 5.1/10
Impact Subscore: 6.4/10
Exploitability Subscore: 4.9/10
Exploit range: Remote
Attack complexity: High
Authentication: No required
Confidentiality impact: Partial
Integrity impact: Partial
Availability impact: Partial

MitM Attack against KeePass 2's Update Check Metadata =================================================== Release Date: 02-03-2016 Author: Florian Bogner @ Kapsch BusinessCom AG ( Affected versions: all tested version up to the current 2.33 Tested on: Windows 7 CVE : CVE-2016-5119 URL: Video: Vulnerability Status: Won't fix Abstract =================================================== An attacker can abuse KeePass 2's recommended automatic update check ? if enabled ? to ?release? a new version and redirect the user to a malicious download page. Disclosure Timeline =================================================== 8.2.2016 @ 11:30: Issue privately reported to Dominik Reichl ( 8.2.2016 @ 12:00: CVE number requested 8.2.2016 @ 15:45: Received response from Dominik Reichl: The vulnerability will not be fixed. The indirect costs of switching to HTTPS (like lost advertisement revenue) make it a inviable solution. 30.5.2016 @ 18:00: MITRE assigned CVE-2016-5119; I reconfirmed that version 2.33 is still vulnerable Technical Details =================================================== During a recent traffic analysis I stumbled upon an interesting request to As I had a few hours spare I took a closer look. It turned out that KeePass 2?s automatic update check uses HTTP to request the current version information. For that purpose it downloads the following text file from : KeePass:2.31 ArcFour Cipher Plugin:2.0.9 CodeWallet3ImportPlugin:1 DataBaseBackup: DataBaseReorder:2.0.8 EnableGridLines:1.1 eWallet Liberated Data Importer:0.12 IOProtocolExt:1.11 ITanMaster: KdbxLite:1.1 KeeAutoExec:1.8 KeeOldFormatExport:1 KeeResize:1.7 KPScript - Scripting KeePass:2.31 OnScreenKeyboard2:1.2 OtpKeyProv:2.4 PwGen8U:1 PwGenBaliktad:1.2 QR Code Generator:2.0.12 QualityColumn:1.2 Sample Plugin for Developers:2.0.9 SpmImport:1.2 WinKee: : If a new version is available a dialog is shown to the user. An attacker can modify ? thought for example ARP spoofing or by providing a malicious Wifi Hotspot ? the server response to introduce a new version and thereby force the new version dialog to be shown. (Already heard about the new KeePass 9 release?) If the user now clicks within the update dialog to download the new version, the URL is opened to manually download the new release. Guess what, we can also intercept that traffic as it again uses HTTP. Thereby an attacker can even indirectly control the downloaded ?update?. Suggested Solution =================================================== For any security centric tool ? like a password manager ? it is essential to not expose its users to any additional risks. Hence, I strongly recommend that all requests should be switch to encrypted HTTPS communication ? especially version checks and updates! This should be fairly easy to implement and should not introduce any compatibility issues. Furthermore a valid certificate should be used for and all unencrypted HTTP requests should be redirected to the encrypted version of the site. To provide even more security it is recommended to add the HTTP Strict Transport Security (HSTS) headers. As an alternative the update check feature could be removed. Workaround =================================================== Until the version check has been switched to HTTPS, update notifications should be taken with a grand of salt. To be on the safe side, new releases should be downloaded only directly from Keepass?s secured Sourceforge page: Florian Bogner | Security Solutions ICT Technology Solutions Telefon Mobil +43 664 628 5491 | <> Kapsch BusinessCom AG | Wienerbergstrasse 53 | 1120 Wien | sterreich <> | <applewebdata://0EBE2678-1E1C-4DE6-A91B-7BE040A1AA2E/> Firmenbuch HG Wien FN 178368g | Firmensitz Wien <> <> <> <> <> <>


Vote for this issue:


Thanks for you vote!


Thanks for you comment!
Your message is in quarantine 48 hours.

Comment it here.

(*) - required fields.  
{{ x.nick }} | Date: {{ x.ux * 1000 | date:'yyyy-MM-dd' }} {{ x.ux * 1000 | date:'HH:mm' }} CET+1
{{ x.comment }}

Copyright 2020,


Back to Top