CVE-2023-28207
Apple Macos ≤ 11.7.5
Raw vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:NCVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.
Summary
CVE-2023-28207 is a medium-severity Insecure Inherited Permissions (CWE-277) vulnerability in Apple Macos. Its CVSS base score is 5.5 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique OS Credential Dumping (T1003); ranked at the 6th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to AC-6 (Least Privilege) and AC-3 (Access Enforcement) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2023-31915
Vulnerability Data
The issue was addressed with improved checks. This issue is fixed in macOS Ventura 13.3, macOS Monterey 12.6.4, macOS Big Sur 11.7.5. A plug-in may be able to inherit app permissions and access user data.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
- 7 hardening rules · 2 OS baselines
—
Mitigating Controls (NIST 800-53 r5) AI
Least privilege requires that only the minimal necessary permissions are granted, which structurally prevents the definition and inheritance of overly broad permissions.
Access enforcement directly stops insecure inherited permissions from being applied to new objects by requiring all access decisions to follow approved authorizations.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Directly addresses defining and enforcing secure access permissions and least privilege, which prevents insecure inheritance.
Configuration management practices include establishing secure permission baselines that avoid insecure inheritance.
Secure SDLC practices would catch and prevent defining insecure inherited permissions during development.
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.
Privileged access rights management can limit inheritance of excessive permissions but does not directly address insecure default permission inheritance.
Secure development lifecycle practices can include permission model reviews but do not guarantee secure inherited permissions.
A.8.27 mandates security-by-design principles (least privilege, default deny, secure defaults, hardening, zero-trust) that reach inherited-permission flaws when they are designed into new objects, but leaves a bounded remainder of existing/inherited objects created outside those principles or in legacy code.
Hardening callouts derived
Configuration rules from DISA STIG baselines that bear on weaknesses of the type cited by this CVE. Each rule is shown with the relationship its mapping actually records, against the CWE it was authored against. Derived via CVE→CWE over `controls_xwalks` (higher-evidence rows only; rows rated `none` are excluded).
Windows Server 2016 (2 rules)
- V-224974 Domain-created Active Directory Organizational Unit (OU) objects must have proper access control permissions. blocks CWE-277
- V-224972 Active Directory Group Policy objects must have proper access control permissions. blocks CWE-277
Windows Server 2019 (2 rules)
- V-205743 Windows Server 2019 organization created Active Directory Organizational Unit (OU) objects must have proper access control permissions. blocks CWE-277
- V-205741 Windows Server 2019 Active Directory Group Policy objects must have proper access control permissions. blocks CWE-277