Security Resilience

CVE-2023-28640

Access Control in Apiman 3.0.0

Published
27 March 2023
Modified
21 November 2024
Patch / advisory
CVSS Score v3.1 6.4
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:N
EPSS Score 0.0034 26th percentile
Risk Priority 46 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-28640 is a medium-severity Improper Privilege Management (CWE-269) vulnerability in Apiman Apiman. Its CVSS base score is 6.4 (Medium).

Operationally, ranked at the 26th 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

Apiman is a flexible and open source API Management platform. Due to a missing permissions check, an attacker with an authenticated Apiman Manager account may be able to gain access to API keys they do not have permission for if…

more

they correctly guess the URL, which includes Organisation ID, Client ID, and Client Version of the targeted non-permitted resource. While not trivial to exploit, it could be achieved by brute-forcing or guessing common names. Access to the non-permitted API Keys could allow use of other users' resources without their permission (depending on the specifics of configuration, such as whether an API key is the only form of security). Apiman 3.1.0.Final resolved this issue. Users are advised to upgrade. The only known workaround is to restrict account access.

CWE(s)

Related Threats

CVEs Like This One

CVE-2023-0242Shared CWE-269, CWE-862
CVE-2024-31318Shared CWE-269, CWE-862
CVE-2024-9941Shared CWE-269, CWE-862
CVE-2023-41243Shared CWE-269, CWE-862
CVE-2024-13343Shared CWE-269, CWE-862
CVE-2024-43401Shared CWE-269, CWE-862
CVE-2023-51479Shared CWE-269, CWE-862
CVE-2024-34146Shared CWE-269, CWE-862
CVE-2024-45058Shared CWE-269, CWE-862
CVE-2024-1686Shared CWE-862

Affected Assets

apiman
apiman
3.0.0

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-269 CWE-862

Policy addresses roles, responsibilities, and privilege management to prevent improper privilege assignments.

addresses: CWE-269 CWE-862

Access supervision ensures privileges are assigned and managed without improper escalation or retention.

addresses: CWE-269 CWE-862

Assigning group/role memberships and access authorizations (privileges) while reviewing accounts addresses improper privilege management.

addresses: CWE-862 CWE-269

Always invoking the reference monitor prevents missing authorization checks for protected resources.

addresses: CWE-862 CWE-269

Requires verification that authorization checks are present and operational for protected resources.

addresses: CWE-862 CWE-269

Requiring explicit authorization for each internal connection prevents missing authorization.

addresses: CWE-269 CWE-862

Restricting who can perform changes helps ensure privileges are managed properly rather than assigned broadly.

addresses: CWE-269 CWE-862

Manages privileges by authorizing only approved personnel and supervising those lacking required authorizations for maintenance.

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

A.5.15 directly mandates determining access requirements, defining/enforcing topic-specific access control policy, assigning rights/restrictions by entity/role, consistency with classification, need-to-know, privileged access restrictions, segregation, formal authorization, and dynamic rules — which stops most improper privilege management from being exploitable; bounded remainder is flawed implementation of those rules (e.g. incorrect mapping or enforcement bugs).

blocks

A.5.18 directly governs the provisioning, review, modification and timely revocation of access rights (including for role changes, termination and privilege levels), which stops most improper privilege spheres from being exploitable even if the assignment flaw exists; the bounded remainder is flaws in the underlying enforcement mechanism itself (e.g. AC-3/A.8.3)

blocks

Defining and communicating authorization levels for each role limits the assignment of excessive or unnecessary privileges.

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.

A.8.15 Logging partial match
finds

Logging every use of privileges and protecting those records makes it harder for an attacker who has obtained elevated rights to operate without leaving evidence.

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-269, a class-level weakness. Rules are authored against its narrower children: CWE-250, CWE-266, CWE-267, CWE-268, CWE-270, CWE-274.
  • No fine-grained STIG row for CWE-862, a class-level weakness, and none of its children carries one either.

References