{"vuid":"VU#510208","idnumber":"510208","name":"ISC BIND named allow-query vulnerability","keywords":["isc","bind","named","allow-query"],"overview":"ISC BIND contains a vulnerability in the processing of the allow-query access control specifier.","clean_desc":"According to ISC: When named is running as an authoritative server for a zone and receives a query for that zone data, it first checks for allow-query acls in the zone statement, then in that view, then in global options. If none of these exist, it defaults to allowing any query (allow-query {\"any\"};). With this bug, if the allow-query is not set in the zone statement, it failed to check in view or global options and fell back to the default of allowing any query. This means that queries that the zone owner did not wish to allow were incorrectly allowed. This bug doesn't affect allow-recursion or allow-query-cache acls, since they are not relevant to a zone for which the server is authoritative.","impact":"The configured acl is not correctly applied, allowing queries that the owner did not wish to allow.","resolution":"Apply an update Users who obtain BIND from a third-party vendor, such as their operating system vendor, should see the vendor information portion of this document for a partial list of affected vendors. This vulnerability is addressed in ISC BIND version 9.7.2-P3. Users of BIND from the original source distribution should upgrade to this version. See also https://www.isc.org/software/bind/advisories/cve-2010-3615","workarounds":"","sysaffected":"","thanks":"Thanks to Internet Systems Consortium for reporting this vulnerability.","author":"This document was written by Michael Orlando.","public":["https://www.isc.org/software/bind/advisories/cve-2010-3615","http://www.isc.org/announcement/guidance-regarding-dec-1st-2010-security-advisories"],"cveids":["CVE-2010-3615"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2010-11-04T04:00:00Z","publicdate":"2010-12-01T00:00:00Z","datefirstpublished":"2010-12-01T21:33:35Z","dateupdated":"2010-12-01T21:33:35Z","revision":19,"vrda_d1_directreport":"1","vrda_d1_population":"4","vrda_d1_impact":"4","cam_widelyknown":"15","cam_exploitation":"0","cam_internetinfrastructure":"19","cam_population":"15","cam_impact":"8","cam_easeofexploitation":"5","cam_attackeraccessrequired":"20","cam_scorecurrent":"7.65","cam_scorecurrentwidelyknown":"8.775","cam_scorecurrentwidelyknownexploited":"13.275","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":7.65,"vulnote":null}