{"vuid":"VU#403768","idnumber":"403768","name":"Akeo Consulting Rufus fails to update itself securely","keywords":["MiTM proxy","Tapioca","Evilgrade","HTTPS","HTTP","certificate validation"],"overview":"Akeo Consulting Rufus fails to securely check for and retrieve updates, which an allow an authenticated attacker to execute arbitrary code on a vulnerable system.","clean_desc":"Akeo Consulting Rufus 2.16 retrieves updates over HTTP. While Rufus does attempt to perform some basic signature checking of downloaded updates, it does not ensure that the update was signed by a trusted certificate authority (CA). This lack of CA checking allows the use of a self-signed certificate. Because of these two weaknesses, an attacker can subvert the update process to achieve arbitrary code execution.","impact":"An attacker on the same network as, or who can otherwise affect network traffic from, a Rufus user can cause the Rufus update process to execute arbitrary code.","resolution":"Apply an update This issue is addressed in Rufus 2.17.1187. Please also consider the following workarounds:","workarounds":"Don't use built-in update capabilities Because Rufus does not include the ability to securely install updates, any Rufus updates should be obtained from https://rufus.akeo.ie/ directly, using your web browser. Avoid untrusted networks Avoid using untrusted networks, including public WiFi. Using your device on an untrusted network increases the chance of falling victim to a MITM attack.","sysaffected":"","thanks":"This issue was reported by Will Dormann of the CERT/CC.","author":"This document was written by Will Dormann.","public":["https://rufus.akeo.ie/","https://github.com/pbatard/rufus/issues/1009","https://github.com/pbatard/rufus/commit/c3c39f7f8a11f612c4ebf7affce25ec6928eb1cb"],"cveids":["CVE-2017-13083"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2017-08-29T12:24:35Z","publicdate":"2017-08-28T00:00:00Z","datefirstpublished":"2017-08-29T13:13:13Z","dateupdated":"2017-08-31T14:58:31Z","revision":21,"vrda_d1_directreport":"1","vrda_d1_population":"1","vrda_d1_impact":"3","cam_widelyknown":"0","cam_exploitation":"0","cam_internetinfrastructure":"0","cam_population":"0","cam_impact":"0","cam_easeofexploitation":"0","cam_attackeraccessrequired":"0","cam_scorecurrent":"0","cam_scorecurrentwidelyknown":"0","cam_scorecurrentwidelyknownexploited":"0","ipprotocol":"","cvss_accessvector":"A","cvss_accesscomplexity":"L","cvss_authentication":null,"cvss_confidentialityimpact":"P","cvss_integrityimpact":"P","cvss_availabilityimpact":"P","cvss_exploitablity":null,"cvss_remediationlevel":"W","cvss_reportconfidence":"C","cvss_collateraldamagepotential":"ND","cvss_targetdistribution":"L","cvss_securityrequirementscr":"ND","cvss_securityrequirementsir":"ND","cvss_securityrequirementsar":"ND","cvss_basescore":"5.8","cvss_basevector":"AV:A/AC:L/Au:N/C:P/I:P/A:P","cvss_temporalscore":"5.2","cvss_environmentalscore":"1.31313207639692","cvss_environmentalvector":"CDP:ND/TD:L/CR:ND/IR:ND/AR:ND","metric":0.0,"vulnote":null}