{"vuid":"VU#820196","idnumber":"820196","name":"Furuno Voyage Data Recorder (VDR) moduleserv firmware update utility fails to properly sanitize user-provided input","keywords":["furuno","command execution"],"overview":"Furuno Voyage Data Recorder (VDR) VR-3000/VR-3000S and VR-7000 moduleserv firmware update utility fails to properly sanitize user-provided input and is vulnerable to arbitrary command execution with root privileges.","clean_desc":"According to the Furuno VDR product page, the VDR \"records all crucial data to identify the cause of maritime casualty as well as contribute to the future prevention of the catastrophe of any kind.\" Multiple versions of Furuno VDR VR-3000/VR-3000S and VR-7000 contain a firmware update utility called moduleserv that listens on TCP port 10110. The moduleserv service fails to properly sanitize user-provided input, which an unauthenticated attacker may leverage to execute arbitrary commands with root privileges. For more information, refer to the blog post by IOActive.","impact":"An unauthenticated attacker with network access to affected devices can execute arbitrary commands with root privileges.","resolution":"Apply an update The vendor has released updates to address this vulnerability. Updates should be applied as follows. For the VR-3000/VR-3000S: V1.50 through V1.54 should be updated to V1.56\nV1.61 should be updated to V1.62\nV2.06 through V2.54 should be updated to V2.56\nV2.60 through V2.61 should be updated to V2.62 For the VR-7000: V1.02 should be updated to V1.04","workarounds":"","sysaffected":"","thanks":"Thanks to \nRuben Santamarta\n of IOActive for reporting this vulnerability. Thanks to \nJPCERT/CC\n for coordinating with the vendor.","author":"This document was written by Joel Land.","public":["http://www.furuno.com/en/merchant/vdr/","http://blog.ioactive.com/2015/12/maritime-security-hacking-into-voyage.html"],"cveids":[""],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2014-10-29T19:11:02Z","publicdate":"2015-01-04T00:00:00Z","datefirstpublished":"2016-01-04T13:18:31Z","dateupdated":"2016-01-04T13:19:29Z","revision":24,"vrda_d1_directreport":"1","vrda_d1_population":"3","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":"C","cvss_integrityimpact":"C","cvss_availabilityimpact":"C","cvss_exploitablity":null,"cvss_remediationlevel":"OF","cvss_reportconfidence":"UR","cvss_collateraldamagepotential":"LM","cvss_targetdistribution":"L","cvss_securityrequirementscr":"ND","cvss_securityrequirementsir":"ND","cvss_securityrequirementsar":"ND","cvss_basescore":"8.3","cvss_basevector":"AV:A/AC:L/Au:N/C:C/I:C/A:C","cvss_temporalscore":"6.2","cvss_environmentalscore":"1.83432281134921","cvss_environmentalvector":"CDP:LM/TD:L/CR:ND/IR:ND/AR:ND","metric":0.0,"vulnote":null}