HIGH 8.3

CVE-2026-35302: Oracle WebLogic Server Console Vulnerability (CVSS 8.3)

Oracle WebLogic Server contains a vulnerability in its administrative console that allows an unauthenticated attacker to potentially take over the server. The attack requires network access and relies on tricking a user into taking action, but once successful, an attacker gains complete control—including the ability to read sensitive data, modify systems, and disrupt operations. Two widely-deployed versions (12.2.1.4.0 and 14.1.1.0.0) are affected. While the flaw lives in WebLogic itself, compromising it can cascade to impact other Oracle Fusion Middleware products running in the same environment.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.3 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Weaknesses (CWE)
CWE-601
Affected products
2 configuration(s)
Published / Modified
2026-06-17 / 2026-06-18

NVD description (verbatim)

Vulnerability in the WebLogic Server product of Oracle Fusion Middleware (component: Console). Supported versions that are affected are 12.2.1.4.0 and 14.1.1.0.0. Difficult to exploit vulnerability allows unauthenticated attacker with network access via HTTP to compromise WebLogic Server. Successful attacks require human interaction from a person other than the attacker and while the vulnerability is in WebLogic Server, attacks may significantly impact additional products (scope change). Successful attacks of this vulnerability can result in takeover of WebLogic Server. CVSS 3.1 Base Score 8.3 (Confidentiality, Integrity and Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H).

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

This vulnerability is classified as CWE-601 (Open Redirect or similar trust boundary violation) affecting the WebLogic Server Console component. It requires network accessibility but no prior authentication. Attack complexity is rated as high, indicating multiple conditions or user interactions must align—specifically, a legitimate user must perform an action that enables the attack vector. The scope change designation means successful exploitation extends beyond WebLogic to potentially compromise dependent systems. The vulnerability achieves a CVSS 3.1 score of 8.3 due to maximum impact across confidentiality, integrity, and availability dimensions.

Business impact

Compromise of a WebLogic Server typically means loss of control over middleware infrastructure, direct exposure of application data, and potential lateral movement into connected systems. Organizations relying on WebLogic for application hosting, service orchestration, or database connectivity face data theft, service disruption, and regulatory compliance violations. The human-interaction requirement reduces immediate risk in purely automated scenarios but increases risk in environments with active user traffic where social engineering or malicious link campaigns could trigger exploitation at scale.

Affected systems

Oracle WebLogic Server versions 12.2.1.4.0 and 14.1.1.0.0 are confirmed affected. These are mature, production-grade releases commonly found in enterprise deployments across financial services, healthcare, and government sectors. Verify your specific patch level and configuration, as the vulnerability is confined to the Console component—air-gapped or console-disabled deployments may have reduced exposure, though this should not be relied upon as primary mitigation without vendor confirmation.

Exploitability

Exploitation is rated difficult but not impossible. The attack vector is network-based and requires no authentication, lowering the barrier to attempt. However, the high attack complexity—due to the user-interaction requirement—means successful exploitation depends on social engineering, phishing, or coincidental user behavior. No public exploit code or KEV (Known Exploited Vulnerability) status exists as of publication, reducing immediate widespread weaponization risk. Nevertheless, the high CVSS and scope change make this a credible target for sophisticated threat actors willing to invest in user-directed campaigns.

Remediation

Patch immediately to a patched version released by Oracle for both 12.2.1 and 14.1 branches. Verify patch availability in Oracle's official security advisories before deploying. In parallel, restrict network access to the WebLogic Console to trusted management networks via firewall rules, implement multi-factor authentication for console users, and disable the Console component if operationally feasible. Monitor access logs for unusual console activity. These controls do not replace patching but reduce attack surface while patches are staged.

Patch guidance

Contact Oracle directly or consult their Critical Patch Update (CPU) announcements for confirmed patch versions addressing CVE-2026-35302 for your release line. Test patches in non-production environments first, as Console changes may affect monitoring or administrative scripts. Prioritize patching version 12.2.1.4.0 and 14.1.1.0.0 systems in environments exposed to untrusted networks. Document your patch dates and versions for compliance auditing.

Detection guidance

Log and alert on Console access from unexpected source IPs or user accounts, especially failed authentication attempts followed by successful ones. Monitor for HTTP requests to the Console containing URL manipulation or redirect patterns consistent with CWE-601 exploitation. Use vulnerability scanning tools to confirm affected versions are patched. Implement network-level monitoring for lateral movement from compromised WebLogic instances to databases or other middleware services. Review audit logs for privilege escalation or configuration changes immediately after Console access events.

Why prioritize this

Despite no current KEV listing, the combination of high CVSS (8.3), scope change impact, and the prevalence of WebLogic in critical infrastructure warrants urgent prioritization. The user-interaction requirement is the primary limiting factor, but phishing campaigns targeting administrators are routine. The difficulty rating should not delay patching; it reflects complexity, not insignificance. Organizations with internet-facing or user-adjacent WebLogic deployments should patch within days, not weeks.

Risk score, explained

The CVSS 3.1 score of 8.3 reflects full compromise potential (C:H, I:H, A:H), network accessibility (AV:N), and scope change (S:C). The high attack complexity (AC:H) and user interaction requirement (UI:R) prevent a critical rating, but the breadth of impact—affecting not just WebLogic but downstream systems—and the public nature of the advisory justify treating this as a high-risk vulnerability. Real-world risk depends on your exposure (whether the Console is internet-facing, user-accessible, or locked down) and your user base's susceptibility to social engineering.

Frequently asked questions

Do we need to patch if our WebLogic Console is behind a firewall and only administrators can access it?

Firewall segmentation significantly reduces exploitation likelihood, but does not eliminate it. Insiders, compromised administrative accounts, or network pivots from other breached systems can still reach the Console. Patching remains mandatory regardless of network controls, as defense-in-depth requires both access restrictions and vulnerability remediation.

Is this vulnerability actively being exploited in the wild?

As of the publication date, CVE-2026-35302 is not listed in the CISA KEV catalog and no public exploits are known. However, the high CVSS and scope change make it an attractive target for advanced threat actors. Organizations should assume exploitation is possible even without current evidence of attacks.

Can disabling the Console component eliminate the risk?

If WebLogic is deployed with the Console disabled and no other Console-dependent processes are active, the attack surface is greatly reduced. However, verify with Oracle that your specific version supports safe disabling without impacting operational features. This approach should complement, not replace, patching.

What should we do if we discover our WebLogic Server was compromised via this vulnerability?

Immediately isolate the affected instance from the network, collect forensic evidence (logs, memory, disk), and assume lateral movement has occurred. Scan connected databases, application servers, and network segments for signs of unauthorized access. Engage incident response and threat intelligence teams, and notify your security vendor or Oracle support for guidance on root cause analysis and recovery.

This analysis is based on publicly available vulnerability data and Oracle's official advisory as of the publication date. CVSS scores and severity ratings reflect vendor assessments and may not account for your specific environment, configuration, or threat landscape. Patch versions, affected products, and mitigation steps must be verified against current Oracle advisories before deployment. SEC.co provides this information for security awareness and planning purposes only; consult your security team and vendor documentation before implementing remediation. No warranty is provided; use at your own risk. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).