Unspecified vulnerability in Opera before 9.60 allows remote attackers to cause a denial of service (application crash) or execute arbitrary code via a redirect that specifies a crafted URL.

The remote host is affected by the vulnerability described in GLSA-200811-01 (Opera: Multiple vulnerabilities)

    Multiple vulnerabilities have been discovered in Opera:
    Opera does not restrict the ability of a framed web page to change     the address associated with a different frame (CVE-2008-4195).
    Chris Weber (Casaba Security) discovered a Cross-site scripting     vulnerability (CVE-2008-4196).
    Michael A. Puls II discovered     that Opera can produce argument strings that contain uninitialized     memory, when processing custom shortcut and menu commands     (CVE-2008-4197).
    Lars Kleinschmidt discovered that Opera, when     rendering an HTTP page that has loaded an HTTPS page into a frame,     displays a padlock icon and offers a security information dialog     reporting a secure connection (CVE-2008-4198).
    Opera does not     prevent use of links from web pages to feed source files on the local     disk (CVE-2008-4199).
    Opera does not ensure that the address     field of a news feed represents the feed's actual URL     (CVE-2008-4200).
    Opera does not check the CRL override upon     encountering a certificate that lacks a CRL (CVE-2008-4292).
    Chris (Matasano Security) reported that Opera may crash if it is     redirected by a malicious page to a specially crafted address     (CVE-2008-4694).
    Nate McFeters reported that Opera runs Java     applets in the context of the local machine, if that applet has been     cached and a page can predict the cache path for that applet and load     it from the cache (CVE-2008-4695).
    Roberto Suggi Liverani     (Security-Assessment.com) reported that Opera's History Search results     does not escape certain constructs correctly, allowing for the     injection of scripts into the page (CVE-2008-4696).
    David     Bloom reported that Opera's Fast Forward feature incorrectly executes     scripts from a page held in a frame in the outermost page instead of     the page the JavaScript URL was located (CVE-2008-4697).
    David     Bloom reported that Opera does not block some scripts when previewing a     news feed (CVE-2008-4698).
    Opera does not correctly sanitize     content when certain parameters are passed to Opera's History Search,     allowing scripts to be injected into the History Search results page     (CVE-2008-4794).
    Opera's links panel incorrectly causes     scripts from a page held in a frame to be executed in the outermost     page instead of the page where the URL was located     (CVE-2008-4795).
  Impact :

    These vulnerabilities allow remote attackers to execute arbitrary code,     to run scripts injected into Opera's History Search with elevated     privileges, to inject arbitrary web script or HTML into web pages, to     manipulate the address bar, to change Opera's preferences, to determine     the validity of local filenames, to read cache files, browsing history,     and subscribed feeds or to conduct other attacks.
  Workaround :

    There is no known workaround at this time.

Opera reports :

If a malicious page redirects Opera to a specially crafted address (URL), it can cause Opera to crash. Given sufficient address content, the crash could cause execution of code controlled by the attacking page.

Once a Java applet has been cached, if a page can predict the cache path for that applet, it can load the applet from the cache, causing it to run in the context of the local machine. This allows it to read other cache files on the computer or perform other normally more restrictive actions. These files could contain sensitive information, which could then be sent to the attacker.

The version of Opera installed on the remote host is earlier than 9.60 and is reportedly affected by several issues :
  - Specially crafted URLs can cause Opera to crash or allow arbitrary code execution.
  - Once a Java applet has been cached, a page that can predict the cache path for that applet can load it from cache thereby causing it to run in the security context of the local machine, allowing for reading of other files from the cache.

The version of Opera installed on the remote host is earlier than 9.60 and thus reportedly affected by several issues :

  - Specially crafted URLs can cause Opera to crash or allow     arbitrary code execution.

  - Once a Java applet has been cached, a page that can     predict the cache path for that applet can load it from     cache thereby causing it to run in the security context     of the local machine, allowing for reading of other     files from the cache.

ID	Name	Product	Family	Severity
34689	GLSA-200811-01 : Opera: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	critical
34382	FreeBSD : opera -- multiple vulnerabilities (fb84d5dd-9528-11dd-9a00-001999392805)	Nessus	FreeBSD Local Security Checks	high
4706	Opera < 9.60 Multiple Vulnerabilities	Nessus Network Monitor	Web Clients	medium
34368	Opera < 9.60 Multiple Vulnerabilities	Nessus	Windows	high
800821	Opera < 9.60 Multiple Vulnerabilities	Log Correlation Engine	Web Clients	high

Detections

Analytics

CVE-2008-4694

high

Tenable Plugins

critical

high

medium

high

high