ID CVE-2008-3437
Summary (OOo) before 2.1.0 does not properly verify the authenticity of updates, which allows man-in-the-middle attackers to execute arbitrary code via a Trojan horse update, as demonstrated by evilgrade and DNS cache poisoning.
Vulnerable Configurations
Base: 7.5 (as of 05-09-2008 - 21:43)
  • Code Injection
    An adversary exploits a weakness in input validation on the target to inject new code into that which is currently executing. This differs from code inclusion in that code inclusion involves the addition or replacement of a reference to a code file, which is subsequently loaded by the target and used as part of the code of some application.
  • Leverage Executable Code in Non-Executable Files
    An attack of this type exploits a system's trust in configuration and resource files. When the executable loads the resource (such as an image file or configuration file) the attacker has modified the file to either execute malicious code directly or manipulate the target process (e.g. application server) to execute based on the malicious configuration parameters. Since systems are increasingly interrelated mashing up resources from local and remote sources the possibility of this attack occurring is high.
  • Manipulating User-Controlled Variables
    This attack targets user controlled variables (DEBUG=1, PHP Globals, and So Forth). An attacker can override environment variables leveraging user-supplied, untrusted query variables directly used on the application server without any data sanitization. In extreme cases, the attacker can change variables controlling the business logic of the application. For instance, in languages like PHP, a number of poorly set default configurations may allow the user to override variables.
cvss-vector via4 AV:N/AC:L/Au:N/C:P/I:P/A:P
refmap via4
fulldisc 20080728 Tool release: [evilgrade] - Using DNS cache poisoning to exploit poor update implementations
sectrack 1020583
statements via4
contributor Tomas Hoger
lastmodified 2008-08-04
organization Red Hat
statement Not vulnerable. This issue did not affect the versions of as shipped with Red Hat Enterprise Linux 3, 4, or 5. The updated Red Hat Enterprise Linux packages are not distributed via the update service, but rather via Red Hat Network, using the package manager capabilities to verify authenticity of updates.
Last major update 05-09-2008 - 21:43
Published 01-08-2008 - 14:41
Last modified 05-09-2008 - 21:43
Back to Top