{"vuid":"VU#225404","idnumber":"225404","name":"HP/H3C and Huawei networking equipment h3c-user snmp vulnerability","keywords":["hp","h3c","huawei","snmp"],"overview":"HP/H3C and Huawei networking equipment contains a vulnerability which could allow an attacker to access administrative functions of the device using systems network management protocol (SNMP) requests.","clean_desc":"According to the researcher's report.: \"HP/H3C and Huawei networking equipment suffers from a serious weakness in regards to their handling of Systems Network Management Protocol (SNMP) requests for protected h3c-user.mib and hh3c-user.mib objects. Details\nHuawei/H3C have two OIDs, 'old' and 'new': old: 1.3.6.1.4.1.2011.10\n      new: 1.3.6.1.4.1.25506 Most devices support both formats. The MIBs h3c-user.mib and hh3c-user.mib, for the purpose of this document, will be referred to as (h)h3c-user.mib. This MIB defines the internal table and objects to \"Manage configuration and Monitor running state for userlog feature.\" This means there are some cool objects with data in this MIB penetration testers or malicious actors would want to get their dirty little hands on. Most objects are only accessible with the read/write community string. In the revision history of (h)h3c-user.mib, version 2.0 modified the MAX-ACCESS from read-only to read-create the following objects within the (h)h3cUserInfoEntry sequence: (h) h3cUserName\n      (h)h3cUserPassword\n      (h)h3cAuthMode\n      (h)h3cUserLevel The purpose of these objects are to provide the locally configured users to those with a valid SNMP community. After the change only those with the read-write community string should have access, however this was not the case and the code still retained the earlier access of read-only. So if you have the SNMP public community string then you have the ability to view these entries.\" Additional information can be found  in the researcher's report","impact":"A remote unauthenticated attacker can access administrative functions of the device using systems network management protocol (SNMP) requests.","resolution":"Update HP: Customers are advised to check HP's SSRT100962 support document for instructions. Huawei Security Advisory states: \"On Oct. 19, Huawei PSIRT noticed the media report titled “Demo of \"serious\" networking vulnerabilities cancelled at HP's request-Saturday's Toorcon talk was to discuss risks posed by gear from H3C and Huawei” . Huawei PSIRT responded immediately and proactively coordinate Kurt Grutzmacher, US-CERT, CERT/CC and CNCERT to handle the issue. On Oct. 24, Huawei PSIRT finally acquired the technical details of the vulnerabilities from the public channel of US-CERT and launched shortly the vulnerability analysis and investigation to develop the mitigation measures. The first version of “SNMP vulnerability on Huawei multiple products” SA was released on Oct. 25. The investigation is still ongoing. Huawei PSIRT will keep updating the SA. Please refer to the above link.\"","workarounds":"According to the researcher's report: \"By itself this is already bad but most users who do any of the following may already be protected: Use complex SNMP community strings or disable SNMPv1\n    Have disabled the mib entries for (h)h3c-user\n    Block SNMP using access controls or firewalls\n    Do not define local users, use RADIUS or TACACS+ More specific routines can be found in the vendor's release.\"","sysaffected":"","thanks":"Thanks to Kurt Grutzmacher for reporting this vulnerability.","author":"This document was written by Michael Orlando.","public":["http://grutztopia.jingojango.net/2012/10/hph3c-and-huawei-snmp-weak-access-to.html","https://h20565.www2.hp.com/portal/site/hpsc/public/kb/docDisplay/?docId=emr_na-c03515685&ac.admitted=1351086123601.876444892.492883150","http://support.huawei.com/enterprise/NewsReadAction.action?newType=0301&contentId=NEWS1000001069&idAbsPath=0301_10001&nameAbsPath=Services%2520News"],"cveids":["CVE-2012-3268"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2012-08-03T19:35:48Z","publicdate":"2012-10-23T00:00:00Z","datefirstpublished":"2012-10-24T15:14:14Z","dateupdated":"2012-10-26T12:39:14Z","revision":16,"vrda_d1_directreport":"1","vrda_d1_population":"2","vrda_d1_impact":"2","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":"N","cvss_accesscomplexity":"M","cvss_authentication":null,"cvss_confidentialityimpact":"C","cvss_integrityimpact":"C","cvss_availabilityimpact":"C","cvss_exploitablity":null,"cvss_remediationlevel":"OF","cvss_reportconfidence":"C","cvss_collateraldamagepotential":"MH","cvss_targetdistribution":"H","cvss_securityrequirementscr":"ND","cvss_securityrequirementsir":"ND","cvss_securityrequirementsar":"ND","cvss_basescore":"9.3","cvss_basevector":"AV:N/AC:M/Au:N/C:C/I:C/A:C","cvss_temporalscore":"7.7","cvss_environmentalscore":"7.7","cvss_environmentalvector":"CDP:MH/TD:H/CR:ND/IR:ND/AR:ND","metric":0.0,"vulnote":null}