{"vuid":"VU#562945","idnumber":"562945","name":"Cisco IOS heap integrity checks are insufficient","keywords":["Cisco","IOS","arbitrary code execution","heap overflow","system timers"],"overview":"Cisco Internetwork Operating System (IOS) may allow a heap-based buffer overflow vulnerability to execute arbitrary code after bypassing heap integrity checks.","clean_desc":"Cisco IOS contains functionality for checking the integrity of the heap, which is a specific region in memory where data is stored. This additional checking ensures that an attacker has not modified the heap through a heap-based buffer overflow vulnerability or other methods. Nominally, heap integrity checking will force the device to reload if the integrity checks fail. This intended behavior may have the side effect of a temporary denial-of-service condition while the device resets. However, certain conditions have been discovered that may allow an attacker to achieve arbitrary code execution without crashing or resetting the device immediately. In some cases, this may be achieved by overwriting special areas of system memory. The overwritten system memory is then executed in place of the intended system code, resulting in the attacker gaining full control of the device. This issue is typically coupled with another vulnerability in order to successfully accomplish an entire attack. For example, Cisco IOS may be vulnerable to attacks such as \"Cisco IOS vulnerable to DoS or arbitrary code execution via specially crafted IPv6 packet\" (VU#930892) due to the heap checker flaw described here being exploited through an entry point established via VU#930892. In other words, the heap integrity checker failure is typically harnessed by other, disparate flaws in order to control the device. By addressing the flaws of the heap integrity checking routines directly, the vulnerability of Cisco IOS to other such flaws is minimized.","impact":"An attacker may escalate the impact of another vulnerability in order to take control of the device or execute arbitrary code.","resolution":"Apply an update\nCisco has addressed this issue in Cisco Security Advisory Document 68064.","workarounds":"","sysaffected":"","thanks":"Thanks to the Cisco Systems Product Security Incident Response Team for reporting this vulnerability.","author":"This document was written by Ken MacInnis.","public":["http://www.cisco.com/warp/public/707/cisco-sa-20051102-timers.shtml","http://www.auscert.org.au/5689","http://secunia.com/advisories/17413/"],"cveids":[""],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2005-11-02T19:04:49Z","publicdate":"2005-11-02T00:00:00Z","datefirstpublished":"2005-11-03T18:23:57Z","dateupdated":"2005-11-03T18:24:16Z","revision":10,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"16","cam_exploitation":"0","cam_internetinfrastructure":"20","cam_population":"20","cam_impact":"14","cam_easeofexploitation":"10","cam_attackeraccessrequired":"20","cam_scorecurrent":"37.8","cam_scorecurrentwidelyknown":"42","cam_scorecurrentwidelyknownexploited":"63","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":37.8,"vulnote":null}