Vulnerability Database

328,409

Total vulnerabilities in the database

CVE-2008-5240

xine-lib 1.1.12, and other 1.1.15 and earlier versions, relies on an untrusted input value to determine the memory allocation and does not check the result for (1) the MATROSKA_ID_TR_CODECPRIVATE track entry element processed by demux_matroska.c; and (2) PROP_TAG, (3) MDPR_TAG, and (4) CONT_TAG chunks processed by the real_parse_headers function in demux_real.c; which allows remote attackers to cause a denial of service (NULL pointer dereference and crash) or possibly execute arbitrary code via a crafted value.

  • Published: Nov 26, 2008
  • Updated: Nov 9, 2025
  • CVE: CVE-2008-5240
  • Severity: Low
  • Exploit:

CVSS v2:

  • Severity: Low
  • Score: 4.3
  • AV:N/AC:M/Au:N/C:N/I:N/A:P

CWEs:

Software From Fixed in
xine / xine-lib 1.1.10 1.1.10.x
xine / xine-lib 1-rc3a 1-rc3a.x
xine / xine-lib 1.1.10.1 1.1.10.1.x
xine / xine-lib 1.1.9.1 1.1.9.1.x
xine / xine-lib 1_beta7 1_beta7.x
xine / xine-lib 1.1.11 1.1.11.x
xine / xine-lib 1-rc3 1-rc3.x
xine / xine-lib 1_beta9 1_beta9.x
xine / xine-lib 1.1.0 1.1.0.x
xine / xine-lib 1.1.7 1.1.7.x
xine / xine-lib 1-rc3b 1-rc3b.x
xine / xine-lib 1-rc5 1-rc5.x
xine / xine-lib 1.1.2 1.1.2.x
xine / xine-lib 1_beta4 1_beta4.x
xine / xine-lib - 1.1.15.x
xine / xine-lib 1.1.9 1.1.9.x
xine / xine-lib 1.0.3a 1.0.3a.x
xine / xine-lib 1-rc4a 1-rc4a.x
xine / xine-lib 1.1.12 1.1.12.x
xine / xine-lib 1.0.1 1.0.1.x
xine / xine-lib 1-rc8 1-rc8.x
xine / xine-lib 1.1.13 1.1.13.x
xine / xine-lib 1.1.11.1 1.1.11.1.x
xine / xine-lib 1-rc2 1-rc2.x
xine / xine-lib 1.0.2 1.0.2.x
xine / xine-lib 1.1.8 1.1.8.x
xine / xine-lib 1_beta2 1_beta2.x
xine / xine-lib 1-rc7 1-rc7.x
xine / xine-lib 1_beta5 1_beta5.x
xine / xine-lib 1_beta11 1_beta11.x
xine / xine-lib 1-rc1 1-rc1.x
xine / xine-lib 1.1.3 1.1.3.x
xine / xine-lib 1.1.4 1.1.4.x
xine / xine-lib 1.1.5 1.1.5.x
xine / xine-lib 0.9.13 0.9.13.x
xine / xine-lib 1.0 1.0.x
xine / xine-lib 1-rc3c 1-rc3c.x
xine / xine-lib 1_beta6 1_beta6.x
xine / xine-lib 1.1.14 1.1.14.x
xine / xine-lib 1-rc4 1-rc4.x
xine / xine-lib 1_beta1 1_beta1.x
xine / xine-lib 1.1.6 1.1.6.x
xine / xine-lib 1_beta12 1_beta12.x
xine / xine-lib 1.1.1 1.1.1.x
xine / xine-lib 1_beta10 1_beta10.x
xine / xine-lib 1_beta8 1_beta8.x
xine / xine-lib 1-rc0a 1-rc0a.x
xine / xine-lib 1-rc6a 1-rc6a.x
xine / xine-lib 1_beta3 1_beta3.x

Frequently Asked Questions

A security vulnerability is a weakness in software, hardware, or configuration that can be exploited to compromise confidentiality, integrity, or availability. Many vulnerabilities are tracked as CVEs (Common Vulnerabilities and Exposures), which provide a standardized identifier so teams can coordinate patching, mitigation, and risk assessment across tools and vendors.

CVSS (Common Vulnerability Scoring System) estimates technical severity, but it doesn't automatically equal business risk. Prioritize using context like internet exposure, affected asset criticality, known exploitation (proof-of-concept or in-the-wild), and whether compensating controls exist. A "Medium" CVSS on an exposed, production system can be more urgent than a "Critical" on an isolated, non-production host.

A vulnerability is the underlying weakness. An exploit is the method or code used to take advantage of it. A zero-day is a vulnerability that is unknown to the vendor or has no publicly available fix when attackers begin using it. In practice, risk increases sharply when exploitation becomes reliable or widespread.

Recurring findings usually come from incomplete Asset Discovery, inconsistent patch management, inherited images, and configuration drift. In modern environments, you also need to watch the software supply chain: dependencies, containers, build pipelines, and third-party services can reintroduce the same weakness even after you patch a single host. Unknown or unmanaged assets (often called Shadow IT) are a common reason the same issues resurface.

Use a simple, repeatable triage model: focus first on externally exposed assets, high-value systems (identity, VPN, email, production), vulnerabilities with known exploits, and issues that enable remote code execution or privilege escalation. Then enforce patch SLAs and track progress using consistent metrics so remediation is steady, not reactive.

SynScan combines attack surface monitoring and continuous security auditing to keep your inventory current, flag high-impact vulnerabilities early, and help you turn raw findings into a practical remediation plan.