By NHI Mgmt Group Editorial TeamBased on Expel: “Patch Tuesday: September 2025 (Expel’s version)” (September 9, 2025)

TL;DR: Microsoft released 86 CVEs this month, including 13 critical issues, while Expel highlights CVE-2025-42957 in SAP S/4HANA as a 9.9-rated code injection flaw that can lead to full system takeover when an attacker has user-level access. The pattern matters for IAM and PAM teams because privileged control and interface exposure, not just patch timing, determine how far a compromised account can move.


At a glance

What this is: Expel’s September Patch Tuesday analysis highlights CVE-2025-42957 in SAP S/4HANA as a code injection flaw that can enable full system takeover through the RFC interface.

Why it matters: It matters because IAM and PAM teams need to treat exposed enterprise interfaces as privilege boundaries, not just patch management issues, when user-level access can become system control.


Context

Patch Tuesday reporting often focuses on patch counts, but the operational question is whether a flaw can turn ordinary access into administrative control. In this case, the risk sits at the boundary between application authorization, interface exposure, and the privilege model around enterprise ERP systems, which makes it relevant to IAM and PAM governance as much as to vulnerability management.

SAP S/4HANA is an enterprise resource planning platform, so compromise can affect business processes, data access, and downstream system trust. When a user-level account can reach a function module through an exposed RFC interface and bypass authorization checks, the problem is not just code injection, it is uncontrolled privilege amplification. That is a typical governance gap in large environments, especially where service exposure and access scope drift over time.


Key questions

Q: What breaks when SAP RFC modules are reachable by low-privilege users?

A: A low-privilege account can become a code execution path when a remote-enabled function module accepts injected ABAP. The caller’s entitlement level stops being protective because the module boundary is doing the real trust work. That is why RFC scope and module allowlisting matter as much as user roles in SAP governance.

Q: Why does authorization bypass in enterprise ERP create takeover risk?

A: Because the attack is not limited to data theft. When a platform accepts a request without enforcing the expected role check, the attacker can move from authenticated access to command execution, persistence, or broader system control. In ERP environments, that can affect finance, operations, and downstream trust in connected systems.

Q: How do security teams know if a management interface is too exposed?

A: A management interface is too exposed when it is reachable from public or untrusted networks, when access is not tightly allow-listed, or when segmentation is inconsistent across environments. The strongest signal is that the interface can be contacted without passing through a trusted administrative boundary.

Q: What should IAM and PAM teams check first in SAP takeover scenarios?

A: Check which identities can invoke privileged functions and whether those identities are constrained by least privilege. If a business, technical, or integration account can reach commands that bypass normal authorization checks, the control problem is bigger than one vulnerability and needs entitlement review.


Technical breakdown

How RFC exposure turns user-level access into system control

Remote Function Call, or RFC, is an interface SAP uses to let systems and users invoke functions across boundaries. When a vulnerable function module is reachable through RFC and authorization checks are bypassed, the attacker does not need to own the platform first. They only need a valid user context and a path to the exposed interface. The practical risk is that the interface behaves like a control channel rather than a narrow business service, so code injection can escalate into arbitrary command execution and takeover.

Practical implication: Restrict RFC exposure so user-level access cannot become a direct path to privileged execution.

Why authorization bypass is the critical failure mode

The central failure is not simply that code can run. It is that the platform trusts a request that should have been stopped by authorization logic. In identity terms, this is a broken privilege boundary: a user account is able to cross into actions that should be reserved for administrative or tightly scoped technical access. Once that boundary fails, patching becomes only one layer of control, because the bigger issue is whether the application enforces role separation at the interface level.

Practical implication: Review where business users, technical users, and administrative functions converge, then tighten the privilege boundary before exposure expands.

Why public exposure changes the threat from theoretical to operational

The article notes that if patching is delayed, limiting public exposure of the RFC interface becomes the fallback control. That matters because externally reachable management or integration surfaces materially increase the attack path. Even where the flaw requires authenticated access, a public-facing interface reduces the attacker’s cost and broadens who can probe it. For security teams, the architectural issue is not just whether a fix exists, but whether the service is reachable in a way that makes exploitation feasible at scale.

Practical implication: Treat externally reachable RFC endpoints as high-risk access surfaces and reduce their exposure before remediation completes.


Threat narrative

Attacker objective: The attacker’s objective is to convert legitimate user access into full control of the SAP S/4HANA system and use that foothold for theft or further compromise.

  1. Entry occurs when an attacker gains access to a user account that can reach the SAP S/4HANA RFC interface.
  2. Credentialed access is then used against a vulnerable function module where authorization checks are bypassed.
  3. The attacker can run arbitrary commands on the system, which can lead to takeover, data exposure, or follow-on attacks.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Interface exposure is the real privilege problem here: this case is not just about a high CVSS score, it is about an enterprise interface that allows user-level access to collapse into system-level control. When RFC endpoints are exposed too broadly, the application layer becomes a privilege escalation surface rather than a business integration layer. Practitioners should treat interface exposure as part of identity governance, not a separate network issue.

Authorization bypass is a governance failure, not merely a coding flaw: the exploit works because the platform accepts a request that should have been rejected by the control plane around roles and permissions. That makes this a useful example of why IAM and application security must be aligned around enforced privilege boundaries. The control failure is the crossing point between authentication, authorization, and command execution.

Patch timing alone does not contain takeover risk: if the RFC interface remains publicly reachable, the organisation still has an exposure window even after patch planning starts. This is where the named concept of exposed interface privilege collapse matters, because it describes the point at which a reachable service turns routine access into administrative impact. Security teams should reduce reachability as well as close the flaw.

SAP-related exploitation is increasingly a trust-management issue: the article places this vulnerability alongside other SAP cases that have been abused in the wild, which means organisations need stronger governance for privileged interfaces and authentication paths. The broader lesson is that enterprise systems with external touchpoints need continuous entitlement review, not just periodic patching. Practitioners should align ERP exposure with PAM and access governance.

This pattern is a warning for hybrid identity estates: once a valid account can reach a high-value function module, the identity layer becomes the attacker’s multiplier. That makes the issue relevant to NHI governance where service accounts, technical users, or integration identities can inherit broad interface reach. Security teams should map which identities can invoke administrative functions and remove any unnecessary path to command execution.

What this signals

Exposed interface privilege collapse: this is the failure mode practitioners should watch for when ordinary authenticated access can cross into command execution. The control question is not only whether a patch exists, but whether the interface is reachable in a way that makes escalation practical.

ERP compromise increasingly sits at the intersection of application security, IAM, and PAM. Where privileged functions are reachable through exposed service interfaces, entitlement scope becomes part of the attack surface and should be governed as such.


For practitioners

  • Prioritise patching for SAP S/4HANA RFC exposure Patch CVE-2025-42957 immediately where S/4HANA is in use, and treat systems with exposed RFC access as the highest-risk instances.
  • Restrict RFC reachability before remediation completes If patching cannot happen at once, limit or remove public exposure of the RFC interface so authenticated abuse cannot become remote takeover.
  • Review who can invoke high-privilege SAP functions Map user, technical, and integration identities that can reach sensitive SAP modules, then remove unnecessary access paths that bypass authorization checks.
  • Correlate SAP exposure with known exploitation activity Use reports of active SAP exploitation and KEV-style intelligence to prioritise systems where vulnerable interfaces are both reachable and business-critical.

Key takeaways

  • The vulnerability matters because it turns a normal SAP user context into a path toward full system takeover.
  • The control gap is exposed RFC reachability combined with authorization failure, not simply delayed patching.
  • Security teams should reduce interface exposure and review privileged SAP function access alongside patching.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack surface, NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the technical controls, and ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe flaw turns ordinary access into excessive system control through weak authorization boundaries.
Recommendation — Apply PR.AA-05 to review which SAP identities can reach privileged RFC functions.
NIST SP 800-53 Rev 5AC-6 — Least PrivilegeUser-level access should not be able to invoke commands that bypass normal authorization checks.
Recommendation — Enforce AC-6 so SAP users and technical accounts cannot cross into unnecessary command authority.
CIS Controls v8CIS-5 — Account ManagementAccount scope and interface reach determine whether compromised access becomes takeover risk.
Recommendation — Use CIS-5 to inventory and remove overbroad SAP accounts that can reach sensitive functions.
MITRE ATT&CKTA0006;TA0008 — Credential Access; Lateral MovementThe article describes authenticated access leading to higher privileges and broader system control.
Recommendation — Map exposed SAP interfaces to TA0006 and TA0008 to prioritise escalation and movement paths.
ISO/IEC 27001:2022A.8.2 — Privileged Access RightsPrivileged access rights must be constrained around exposed ERP interfaces and admin-capable functions.
Recommendation — Apply A.8.2 to limit privileged SAP access to the smallest feasible set of identities.

Key terms

  • Remote Function Call (RFC): RFC is SAP’s mechanism for calling functions across systems and trusted integrations. In practice, it becomes a governance concern when technical users can invoke sensitive modules with more privilege than their business role justifies, because the call path itself can carry the attack.
  • Authorization Bypass: Authorization bypass occurs when a system technically allows an action through valid credentials, but the action exceeds the human user’s intended or approved authority. In agentic environments, the bypass is often contextual, not cryptographic, which makes it harder for standard IAM controls to detect.
  • Privilege Escalation: An attack technique where a compromised identity, often an NHI with initially limited permissions, exploits vulnerabilities or misconfigurations to gain elevated access rights, typically leading to broader compromise.
  • Interface Exposure: Interface exposure is the extent to which a service or function is reachable by users, networks, or external systems. In governance terms, excessive exposure increases the chance that an application flaw can be exercised before defensive controls or patching close the window.

Deepen your knowledge

NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. It helps security and identity teams connect entitlement control, lifecycle governance, and operational risk across modern programmes.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 20, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org