VU#506989: Microsoft Windows gives unprivileged user access to system32config files

Vulnerability Note: VU#506989: Microsoft Windows gives unprivileged user access to system32config files

Published: 2021-07-20  16:48:31.420984+00:00



Multiple versions of Windows grant non-administrative users read access to files in the %windir%system32config directory. This can allow for local privilege escalation (LPE).


With multiple versions of Windows, the BUILTINUsers group is given RX permissions to files in the %windir%system32config directory.

If a VSS shadow copy of the system drive is available, a non-privileged user may leverage access to these files to achieve a number of impacts, including but not limited to:

  • Extract and leverage account password hashes.
  • Discover the original Windows installation password.
  • Obtain DPAPI computer keys, which can be used to decrypt all computer private keys.
  • Obtain a computer machine account, which can be used in a silver ticket attack.

Note that VSS shadow copies may not be available in some configurations, however simply having a system drive that is larger that 128GB in size and then performing a Windows Update or installing an MSI will ensure that a VSS shadow copy will be automatically created. To check if a system has VSS shadow copies available, run the following command from a privileged command prompt:

vssadmin list shadows

A system with VSS shadow copies will report details of at least one shadow copy that specifies Original Volume: (C:), such as the following:

vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Contents of shadow copy set ID: {d9e0503a-bafa-4255-bfc5-b781cb27737e}
   Contained 1 shadow copies at creation time: 7/19/2021 10:29:49 PM
      Shadow Copy ID: {b7f4115b-4242-4e13-84c0-869524965718}
         Original Volume: (C:)\?Volume{4c1bc45e-359f-4517-88e4-e985330f72e9}
         Shadow Copy Volume: \?GLOBALROOTDeviceHarddiskVolumeShadowCopy1
         Originating Machine: DESKTOP-PAPIHMA
         Service Machine: DESKTOP-PAPIHMA
         Provider: 'Microsoft Software Shadow Copy provider 1.0'
         Type: ClientAccessibleWriters
         Attributes: Persistent, Client-accessible, No auto release, Differential, Auto recovered

A system without VSS shadow copies will produce output like the following:

vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

No items found that satisfy the query.

To check if a system is vulnerable, the following command can be used from a non-privileged command prompt:
icacls %windir%system32configsam

A vulnerable system will report BUILTINUsers:(I)(RX) in the output like this:

C:Windowssystem32configsam BUILTINAdministrators:(I)(F)
                               NT AUTHORITYSYSTEM:(I)(F)

Successfully processed 1 files; Failed processing 0 files

A system that is not vulnerable will report output like this:

C:Windowssystem32configsam: Access is denied.
Successfully processed 0 files; Failed processing 1 files

This vulnerability has been publicly referred to as both HiveNightmare and SeriousSAM, while Microsoft has assigned CVE-2021-36934 to the vulnerability.


By accessing files in the Windows %windir%system32config directory on a vulnerable system with at least one VSS shadow copy of the system drive, a local authenticated attacker may be able to achieve LPE, masquerade as other users, or achieve other security-related impacts.


Please see the Microsoft bulletin for CVE-2021-36934, which contains a workaround. Specifically:

Restrict access to %windir%system32config and remove VSS shadow copies

Vulnerable systems can enable ACL inheritance for files in the %windir%system32config directory by running the following command from an elevated prompt:

icacls %windir%system32config*.* /inheritance:e

Once the ACLs have been corrected for these files, any VSS shadow copies of the system drive must be deleted to protect a system against exploitation. This can be accomplished with the following command:

vssadmin delete shadows /for=%systemdrive% /Quiet

Confirm that VSS shadow copies were deleted by running vssadmin list shadows again. Note that any capabilities relying on existing shadow copies, such as System Restore, will not function as expected. Newly-created shadow copies, which will contain the proper ACLs, will function as expected. Please see KB5005357 for more details.


This vulnerability was publicly disclosed by Jonas Lyk, with additional details provided by Benjamin Delpy.

This document was written by Will Dormann.

Source: CERT.ORG