CVE-2026-70768 in Hyperion Financial Reportinginfo

Summary

by MITRE • 08/19/2026

Vulnerability in the Oracle Hyperion Financial Reporting product of Oracle Hyperion (component: Server). The supported version that is affected is 11.2.25.0.000. Easily exploitable vulnerability allows unauthenticated attacker with network access via HTTP to compromise Oracle Hyperion Financial Reporting. Successful attacks require human interaction from a person other than the attacker and while the vulnerability is in Oracle Hyperion Financial Reporting, attacks may significantly impact additional products (scope change). Successful attacks of this vulnerability can result in unauthorized update, insert or delete access to some of Oracle Hyperion Financial Reporting accessible data as well as unauthorized read access to a subset of Oracle Hyperion Financial Reporting accessible data. CVSS 3.1 Base Score 6.1 (Confidentiality and Integrity impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N).

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Analysis

by VulDB Data Team • 08/19/2026

The identified vulnerability resides within the server component of Oracle Hyperion Financial Reporting, specifically affecting version 11.2.25.0.000 and potentially other supported releases in the same lineage. This security flaw represents a critical weakness that allows an unauthenticated attacker to compromise the integrity and confidentiality of the application through network access via HTTP. The nature of this vulnerability is particularly concerning because it does not require prior authentication, meaning any individual with network connectivity to the affected service can attempt exploitation without needing valid credentials or elevated privileges within the system initially.

A defining characteristic of this specific flaw is its reliance on human interaction for successful exploitation. While the technical vector allows an unauthenticated attacker to initiate the attack sequence over HTTP, the actual compromise requires a user other than the attacker to perform some form of interaction with the application. This social engineering aspect suggests that the vulnerability may involve mechanisms such as cross-site scripting or similar client-side injection techniques where a victim must click a link, view malicious content, or otherwise interact with a crafted payload hosted by the attacker. Despite this requirement for user engagement, the low complexity and lack of authentication requirements make it a significant risk in environments where users might be tricked into interacting with compromised reports or dashboards.

The operational impact of successfully exploiting this vulnerability is substantial due to its scope change property. Although the technical flaw exists within Oracle Hyperion Financial Reporting, the consequences extend beyond that specific product boundary. Successful attacks can lead to unauthorized read access against a subset of data accessible by the application, as well as unauthorized update, insert, or delete operations on other accessible data stores. This lateral impact indicates that the vulnerability may allow an attacker to pivot from the reporting layer into underlying databases or integrated systems managed by Hyperion, thereby compromising sensitive financial records and operational integrity across multiple connected applications.

From a classification perspective, this vulnerability aligns with CWE-79, which covers Improper Neutralization of Input During Web Page Generation commonly known as Cross-site Scripting, particularly if the human interaction element involves browser-based execution. It also maps to MITRE ATT&CK techniques related to Initial Access via Spearphishing Link or Drive-by Compromise, depending on how the user interaction is triggered. The CVSS 3.1 base score of 6.1 reflects a medium severity rating driven by high availability and low attack complexity but tempered by the requirement for user interaction and limited impact on system availability.

Mitigation strategies should focus primarily on isolating Oracle Hyperion Financial Reporting from untrusted networks. Implementing strict access controls to ensure that only authenticated, authorized users can reach the server is essential. Additionally, deploying a Web Application Firewall with rulesets tuned to detect and block common injection patterns associated with this vulnerability type can provide an effective layer of defense. Organizations should also enforce security awareness training for employees to recognize suspicious links or content that might trigger the required human interaction element. Keeping Oracle Hyperion Financial Reporting updated to the latest patch level provided by Oracle is critical, as vendors typically release fixes addressing such flaws in subsequent maintenance releases. Regular vulnerability assessments and penetration testing can help identify if this specific vector has been exploited or remains exposed within the enterprise environment.

Responsible

Oracle

Reservation

08/05/2026

Disclosure

08/19/2026

Moderation

accepted

CPE

ready

EPSS

0.00000

KEV

no

Activities

very low

Sources

Do you know our Splunk app?

Download it now for free!