CVE-2026-46891: Critical Unauthorized Access to JD Edwards Accounts Payable
A vulnerability in Oracle JD Edwards EnterpriseOne Accounts Payable version 9.2 allows a low-privileged, authenticated user with network access to read, create, modify, or delete critical financial data without authorization. The attacker needs valid login credentials and can exploit the flaw via standard HTTP connections. The vulnerability primarily affects data confidentiality and integrity, making it a significant risk for organizations relying on JD Edwards for accounts payable operations.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
- Weaknesses (CWE)
- CWE-284
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-17 / 2026-06-26
NVD description (verbatim)
Vulnerability in the JD Edwards EnterpriseOne Accounts Payable product of Oracle JD Edwards (component: Accounts Payable). The supported version that is affected is 9.2. Easily exploitable vulnerability allows low privileged attacker with network access via HTTP to compromise JD Edwards EnterpriseOne Accounts Payable. Successful attacks of this vulnerability can result in unauthorized creation, deletion or modification access to critical data or all JD Edwards EnterpriseOne Accounts Payable accessible data as well as unauthorized access to critical data or complete access to all JD Edwards EnterpriseOne Accounts Payable accessible data. CVSS 3.1 Base Score 8.1 (Confidentiality and Integrity impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N).
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-46891 is an improper access control vulnerability (CWE-284) in the Accounts Payable component of Oracle JD Edwards EnterpriseOne. The flaw permits authenticated network-based attackers to bypass authorization controls and gain unauthorized access to sensitive financial data. With a CVSS 3.1 score of 8.1, the vulnerability demonstrates high impact across confidentiality and integrity dimensions. The attack vector is network-accessible, attack complexity is low, and no user interaction is required—only low-level privileges and valid credentials are necessary to trigger the exploit.
Business impact
Financial data integrity is at immediate risk. Attackers can fraudulently create, modify, or delete accounts payable records, potentially leading to unauthorized payments, invoice manipulation, and disrupted vendor relationships. The ability to read sensitive financial data exposes payment information, vendor details, and transaction histories. For organizations using JD Edwards as their core financial system, this vulnerability could facilitate invoice fraud, payment diversion schemes, or competitive intelligence theft. Regulatory and audit complications may arise if unauthorized modifications go undetected.
Affected systems
Oracle JD Edwards EnterpriseOne Accounts Payable version 9.2 is confirmed as affected. Organizations running this specific version should immediately assess their deployment scope. Verify your JD Edwards environment version through the system administration module or Oracle support documentation. Newer versions may or may not contain fixes—consult the official Oracle security bulletin for patch availability and supported upgrade paths.
Exploitability
Exploitability is high due to low attack complexity and low privilege requirements. An attacker need only possess valid login credentials—no special techniques, social engineering, or zero-day tactics are required. The network-accessible nature means the flaw can be triggered remotely without physical access. However, a prerequisite of low-level authentication does provide a marginal defense; the vulnerability cannot be exploited by completely unauthenticated external parties. Internal users, contractors with system access, or compromised employee accounts present the most realistic threat vector.
Remediation
Immediate action required: Patch to a non-vulnerable version of JD Edwards EnterpriseOne Accounts Payable as provided by Oracle. Verify the specific patch version number and compatibility with your current infrastructure through Oracle's official security advisory. If an immediate patch is unavailable for your version, implement compensating controls: restrict network access to the Accounts Payable module via firewall rules, enforce role-based access controls to limit user permissions to only necessary transactions, enable and monitor enhanced audit logging for all data access and modifications, and conduct a forensic review of recent AP transactions for signs of unauthorized activity. Temporary suspension of non-essential AP user accounts may be warranted during remediation.
Patch guidance
Contact Oracle Support or review the JD Edwards security bulletin for version-specific patch releases. Patches should address the access control deficiency in the Accounts Payable component. Test patches thoroughly in a non-production environment before deployment, as JD Edwards updates can affect integrated business processes. Schedule patching during a maintenance window to minimize operational disruption. Verify patch installation by confirming the updated version number in system administration and retesting access control restrictions post-deployment.
Detection guidance
Monitor JD Edwards audit logs for suspicious patterns: multiple failed authentication attempts followed by successful logins from unusual IP addresses or times, access to AP records by users outside the Finance department, bulk data exports from the Accounts Payable module, creation or modification of vendor master records by non-administrative users, and deletion of AP transactions or invoices. Set up alerts for unauthorized changes to critical AP tables. Implement Web Application Firewall (WAF) rules to detect and block suspicious HTTP requests targeting the AP component. Review user access reports to identify over-provisioned accounts with excessive AP permissions.
Why prioritize this
This vulnerability merits immediate remediation priority due to the HIGH CVSS severity (8.1), ease of exploitation (low complexity, low privilege requirement), and direct financial impact. The combination of high confidentiality and integrity impacts, coupled with the fundamental nature of accounts payable as a financial control system, creates substantial business risk. The fact that it is not yet on the CISA KEV list should not delay action—internal exploitation by compromised accounts or malicious insiders is a credible threat that does not require public exploit code to materialize.
Risk score, explained
The CVSS 3.1 score of 8.1 reflects a HIGH severity assessment. The vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N breaks down as: Network-accessible attack vector (AV:N) with low complexity (AC:L), requiring low-level privileges (PR:L) and no user interaction (UI:N). The impact is scoped to the vulnerable component (S:U) with high confidentiality impact (C:H) and high integrity impact (I:H), but no availability impact (A:N). The lack of availability impact prevents a critical-level score, but the dual high impacts on data confidentiality and integrity elevate this well into the high-risk category. Organizations should treat this as a priority 1 remediation item.
Frequently asked questions
Can this vulnerability be exploited by external attackers without credentials?
No. The vulnerability requires low-level authenticated access, meaning the attacker must possess valid JD Edwards login credentials. However, this is a meaningful requirement only if your authentication systems are secure and credential exposure is prevented. Compromised employee accounts, contractor access, or weak password policies create realistic attack scenarios.
Does this affect all JD Edwards products or just Accounts Payable?
Only the Accounts Payable component of JD Edwards EnterpriseOne is confirmed affected in version 9.2. Other JD Edwards modules or products may have separate vulnerabilities. Review Oracle's security advisories for details on other components or versions.
What should we do if we cannot patch immediately?
Implement network segmentation to restrict AP module access to authorized Finance staff only, enforce principle of least privilege by auditing and removing excess AP permissions, enable detailed audit logging and real-time alerting on AP data changes, and consider temporarily disabling non-critical AP user accounts. These controls reduce but do not eliminate risk—patching should remain the priority as soon as it is operationally feasible.
Is this vulnerability being actively exploited in the wild?
As of the published date, this vulnerability is not tracked on the CISA Known Exploited Vulnerabilities (KEV) list, suggesting no widespread public exploitation has been documented. However, absence from the KEV list does not guarantee absence of private or targeted exploitation, especially given the vulnerability's ease of exploitation and financial data at stake.
This analysis is based on the CVE-2026-46891 description and does not constitute professional security advice. Verify all technical details, patch availability, and version compatibility directly with Oracle's official security advisory before taking remediation action. Organizations should conduct their own risk assessment considering their specific JD Edwards configuration, network architecture, and business criticality. SEC.co assumes no liability for damage resulting from implementation of the guidance herein. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-35262HIGHOracle Data Integrator Authentication Bypass – Data Exposure Risk
- CVE-2026-35269HIGHOracle Identity Manager REST WebServices Authentication Bypass
- CVE-2026-35271HIGHOracle PeopleSoft WebLogic Unauthenticated Data Access Vulnerability (CVSS 8.7)
- CVE-2026-35275HIGHOracle VM VirtualBox Shared Folders Privilege Escalation Vulnerability (CVSS 7.5)
- CVE-2026-35277HIGHOracle REST Data Services Authorization Bypass
- CVE-2026-35311HIGHOracle WebLogic Server Remote Takeover via Low-Privilege Access Control Flaw
- CVE-2026-35314HIGHOracle Access Manager Authentication Bypass (CVSS 7.3)
- CVE-2026-35315HIGHOracle WebCenter Content Remote Takeover via Low-Privilege HTTP Access