Opera reports :

When certain parameters are passed to Opera's History Search, they can cause content not to be correctly sanitized. This can allow scripts to be injected into the History Search results page. Such scripts can then run with elevated privileges and interact with Opera's configuration, allowing them to execute arbitrary code.

The links panel shows links in all frames on the current page, including links with JavaScript URLs. When a page is held in a frame, the script is incorrectly executed on the outermost page, not the page where the URL was located. This can be used to execute scripts in the context of an unrelated frame, which allows cross-site scripting.

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

  - Opera fails to sanitize certain parameters passed to the     'History Search' (906).

  - The browser's same-origin policy may be violated because     scripts running in the 'Links Panel' always run in the     outermost frame of the page (907).

Successful exploitation would result in the attacker being able to execute arbitrary script code in the unsuspecting user's browser and may also lead to cookie-based credential theft, browser setting modifications, and other attacks. 

These attacks require that the attacker be able to trick a user into browsing to a malicious URI with the affected application.

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.

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

  - Opera fails to sanitize certain parameters passed to the 'History Search' (906).
  - The browser's same-origin policy may be violated because scripts running in the 'Links Panel' always run in the outermost frame of the page (907).

Successful exploitation would result in the attacker being able to execute arbitrary script code in the unsuspecting user's browser and may also lead to cookie-based credential theft, browser setting modifications and other attacks.  These attacks require that the attacker is able to trick a user into browsing to a malicious URI with the affected application.

ID	名稱	產品	系列	已發布	已更新	嚴重性
34688	FreeBSD : opera -- multiple vulnerabilities (0e30e802-a9db-11dd-93a2-000bcdf0a03b)	Nessus	FreeBSD Local Security Checks	2008/11/4	2021/1/6	high
34680	Opera < 9.62 Multiple Vulnerabilities	Nessus	Windows	2008/10/31	2018/11/15	high
34689	GLSA-200811-01 : Opera: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	2008/11/4	2021/1/6	critical
4729	Opera < 9.62 Multiple Vulnerabilities	Nessus Network Monitor	Web Clients	2008/10/30	2019/3/6	medium
800828	Opera < 9.62 Multiple Vulnerabilities	Log Correlation Engine	Web Clients			high

偵測

搜尋 Plugin

high

high

critical

medium

high