Vulnerability Details : CVE-2010-0248

Public exploit exists!
Microsoft Internet Explorer 6, 6 SP1, 7, and 8 does not properly handle objects in memory, which allows remote attackers to execute arbitrary code by accessing an object that (1) was not properly initialized or (2) is deleted, leading to memory corruption, aka "HTML Object Memory Corruption Vulnerability."
Published 2010-01-22 22:00:01
Updated 2024-10-21 17:35:07
Source Microsoft Corporation
View at NVD,   CVE.org
Vulnerability category: Memory CorruptionExecute code

Products affected by CVE-2010-0248

Exploit prediction scoring system (EPSS) score for CVE-2010-0248

EPSS FAQ
97.31%
Probability of exploitation activity in the next 30 days EPSS Score History
~ 100 %
Percentile, the proportion of vulnerabilities that are scored at or less

Metasploit modules for CVE-2010-0248

  • MS10-002 Microsoft Internet Explorer Object Memory Use-After-Free
    Disclosure Date: 2010-01-21
    First seen: 2020-04-26
    exploit/windows/browser/ms10_002_ie_object
    This module exploits a vulnerability found in Internet Explorer's mshtml component. Due to the way IE handles objects in memory, it is possible to cause a pointer in CTableRowCellsCollectionCacheItem::GetNext to be used even after it gets freed, therefore allowing

CVSS scores for CVE-2010-0248

Base Score Base Severity CVSS Vector Exploitability Score Impact Score Score Source First Seen
9.3
 HIGH AV:N/AC:M/Au:N/C:C/I:C/A:C
8.6
10.0
 NIST
8.1
 HIGH CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
2.2
5.9
 134c704f-9b21-4f2e-91b3-4a467353bcc0 2024-10-21

CWE ids for CVE-2010-0248

  • The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or behavior of the intended code segment.
    Assigned by: nvd@nist.gov (Primary)
  • The product reuses or references memory after it has been freed. At some point afterward, the memory may be allocated again and saved in another pointer, while the original pointer references a location somewhere within the new allocation. Any operations using the original pointer are no longer valid because the memory "belongs" to the code that operates on the new pointer.
    Assigned by: 134c704f-9b21-4f2e-91b3-4a467353bcc0 (Secondary)

References for CVE-2010-0248

Jump to
This web site uses cookies for managing your session, storing preferences, website analytics and additional purposes described in our privacy policy.
By using this web site you are agreeing to CVEdetails.com terms of use!
Accept Close