{"vuid":"VU#598700","idnumber":"598700","name":"Dell Kace K2000 Appliance unauthenticated access and information disclosure vulnerability","keywords":["dell","kace","k2000","cifs","anonymous"],"overview":"Dell KACE K2000 Systems Deployment Appliance contains a hidden CIFS share that allows anonymous access.","clean_desc":"According to Dell KACE's knowledge base article: \"The Dell KACE K2000 Systems Deployment Appliance version 3.3.36822 and earlier uses a read-only CIFS fileshare named \"peinst\" to facilitate Windows deployments. This hidden, read-only fileshare is populated with pre- and post-installation tasks as well as deployment bootfiles and media used for Windows network operating system installs (called \"Scripted Installs\") and imaging (called \"K-images\"). This fileshare is hidden. It provides anonymous read-only access because of limitations with Windows PE 2005 and earlier in accessing a password-protected share as a root drive.\"","impact":"A remote unauthenticated attacker may be able to retrieve the device's administrator password and device system information.","resolution":"Dell KACE has plans to provide authentication for these fileshares in a future release, as earlier versions of Windows PE are phased out of its user base.","workarounds":"Encrypt Account Credentials and Limit Account Access According to Dell KACE's knowledge base article: Dell KACE has recommended in its training and documentation that: Account credentials used in Windows unattend.xml and sysprep.inf to join computers to a domain be encrypted using Microsofts tools. The rights of accounts used in unattend.xml, sysprep.inf and any post-install script be assigned using the principle of least privilege. For example, accounts used to add a computer to a domain only have that right, restricted by container, and no other.","sysaffected":"","thanks":"Thanks to Cody Green for reporting this vulnerability.","author":"This document was written by Michael Orlando.","public":["h","t","t","p",":","/","/","w","w","w",".","k","a","c","e",".","c","o","m","/","s","u","p","p","o","r","t","/","k","b","/","i","n","d","e","x",".","p","h","p","?","a","c","t","i","o","n","=","a","r","t","i","k","e","l","&","c","a","t","=","1","&","i","d","=","1","1","0","4"],"cveids":[""],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2011-02-23T20:12:20Z","publicdate":"2011-04-05T00:00:00Z","datefirstpublished":"2011-04-05T17:06:16Z","dateupdated":"2011-04-05T17:06:16Z","revision":9,"vrda_d1_directreport":"1","vrda_d1_population":"2","vrda_d1_impact":"2","cam_widelyknown":"10","cam_exploitation":"0","cam_internetinfrastructure":"5","cam_population":"15","cam_impact":"8","cam_easeofexploitation":"20","cam_attackeraccessrequired":"16","cam_scorecurrent":"10.8","cam_scorecurrentwidelyknown":"18","cam_scorecurrentwidelyknownexploited":"32.4","ipprotocol":"","cvss_accessvector":"","cvss_accesscomplexity":"","cvss_authentication":null,"cvss_confidentialityimpact":"","cvss_integrityimpact":"","cvss_availabilityimpact":"","cvss_exploitablity":null,"cvss_remediationlevel":"","cvss_reportconfidence":"","cvss_collateraldamagepotential":"","cvss_targetdistribution":"","cvss_securityrequirementscr":"","cvss_securityrequirementsir":"","cvss_securityrequirementsar":"","cvss_basescore":"","cvss_basevector":"","cvss_temporalscore":"","cvss_environmentalscore":"","cvss_environmentalvector":"","metric":10.8,"vulnote":null}