Security Resilience

CVE-2023-37492

Access Control in Sap Netweaver Application Server Abap 700 … 804

Published
08 August 2023
Modified
21 November 2024
Patch / advisory
CVSS Score v3.1 4.9
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N
EPSS Score 0.0048 40th percentile
Risk Priority 39 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2023-37492 is a medium-severity Incorrect Authorization (CWE-863) vulnerability in Sap Netweaver Application Server Abap. Its CVSS base score is 4.9 (Medium).

Operationally, ranked at the 40th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

SAP NetWeaver Application Server ABAP and ABAP Platform - versions SAP_BASIS 700, SAP_BASIS 701, SAP_BASIS 702, SAP_BASIS 731, SAP_BASIS 740, SAP_BASIS 750, SAP_BASIS 752, SAP_BASIS 753, SAP_BASIS 754, SAP_BASIS 755, SAP_BASIS 756, SAP_BASIS 757, SAP_BASIS 758, SAP_BASIS 793, SAP_BASIS 804,…

more

does not perform necessary authorization checks for an authenticated user, resulting in escalation of privileges. This could allow an attacker to read sensitive information which can be used in a subsequent serious attack.

CWE(s)

Related Threats

CVEs Like This One

CVE-2023-23854Same product: Sap Netweaver Application Server Abap
CVE-2024-44114Same product: Sap Netweaver Application Server Abap
CVE-2023-40309Same product: Sap Netweaver Application Server Abap
CVE-2023-40625Same vendor: Sap
CVE-2023-1903Same vendor: Sap
CVE-2023-6542Same vendor: Sap
CVE-2023-31403Same vendor: Sap
CVE-2024-37176Same vendor: Sap
CVE-2024-21735Same vendor: Sap
CVE-2023-24524Same vendor: Sap

Affected Assets

sap
netweaver application server abap
700, 701, 702, 731, 740

Mitigating Controls

Likely Mitigating Controls AI

Per-CVE control mapping for this CVE has not run yet; the list below is derived from the weakness types (CWEs) cited in the NVD entry.

addresses: CWE-862 CWE-863

Requiring an access control policy ensures authorization checks are defined and applied for critical functions.

addresses: CWE-862 CWE-863

Reviews of access controls detect missing authorization checks on critical functions or resources.

addresses: CWE-862 CWE-863

Requiring attribute association with information prevents authorization from being performed without necessary security or privacy context.

addresses: CWE-862 CWE-863

Mandating authorization prior to allowing remote connections addresses missing authorization for remote access.

addresses: CWE-862 CWE-863

Mandating authorization before wireless connections are allowed prevents missing authorization for wireless access.

addresses: CWE-862 CWE-863

The control requires authorization before allowing mobile device connections, directly mitigating missing authorization for system access.

addresses: CWE-862 CWE-863

Requiring approvals for account creation and specifying authorizations ensures authorization is not missing for system access.

addresses: CWE-862 CWE-863

Mandates authorization checks before permitting access or data processing via external systems.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

blocks

Requiring consistency between access rights and classification plus formal approval steps ensures that the authorization logic correctly distinguishes between entities that should and should not be granted access.

blocks

A.5.18's provisioning, revocation, review and adjustment of access rights (incl. before role changes/termination, with segregation and owner approval) directly stops incorrect authorization decisions from being exploitable in the vast majority of cases; the bounded remainder is incorrectness inside the authorization logic itself (e.g. flawed conditional or missing check) rather than rights that were wrongly granted.

finds

By requiring competent outsiders to verify that every function enforces the need-to-know principle, the control lowers the likelihood that missing authorization checks persist undetected.

blocks

A.5.8 integrates risk assessment, requirements elicitation and governance into the project lifecycle so that authorization needs can be identified and specified; it does not itself perform or enforce authorization checks, so the missing-authorization weakness can still be present and exploitable.

blocks

Security checkpoints and explicit authorization requirements in the design phase ensure that every sensitive function is paired with an access-control check, reducing missing-authorization defects.

blocks

A.8.27 mandates security-by-design principles (least privilege, default deny, security architecture integration, zero-trust never-trust/always-verify, dynamic access control) plus design reviews that directly specify and enforce authorization checks before access; this stops most missing-authorization cases from being exploitable, with a bounded remainder in non-architectural or legacy components where the principles were documented but not fully applied.

Hardening callouts derived

DISA STIG baselines are authored against specific weaknesses. Where this CVE cites a broad weakness class, the mapping is not asserted at that abstraction (owner ruling, 2026-09-25: grade only at Base and below), so no rule is shown here rather than a rule shown against the wrong grain.

  • No fine-grained STIG row for CWE-863, a class-level weakness, and none of its children carries one either.
  • No fine-grained STIG row for CWE-862, a class-level weakness, and none of its children carries one either.

References