Plug and Play (PnP) device installation recognizes the signed catalog file of a driver package as the digital signature for the driver package, where each thumbprint in the catalog file corresponds to a file that is installed by the driver package. Regardless of the intended operating system, cryptographic technology is used to digitally-sign the catalog file.
USB Audio 2.0 Drivers - Windows drivers
https://docs.microso...0-audio-drivers
This USB Audio 2.0 class driver was developed by Thesycon and is supported by Microsoft.
So I was comparing the official usbaudio2.inf as mentioned above, to third party driver (i.e. Thesycon v5.30.0.exe) that's provided to Denafrips as follows
https://wix.anyfilea...950757131673d3d
Not sure why there's something called PnpLockdown=1 and I'm just wondering if that were even any making any differences, though the official usbaudio2.inf certainly didn't seem to include anything close to "Security Catalog" files since they should be meant for the digital signature
;; usbaudio2.inf;[Version]Signature="$WINDOWS NT$"Class=MEDIAClassGuid={4d36e96c-e325-11ce-bfc1-08002be10318}Provider=%MSFT%DriverVer = 12/10/2021,10.0.22523.1000PnpLockdown=1
OTOH, DENAFRIPSUsbAudio.inf is indeed tied to another DENAFRIPSUsbAudio.cat file
;******************************************************************************
; Version section;------------------------------------------------------------------------------[Version]Signature = "$Windows NT$"PnpLockdown = 1DriverVer = 12/08/2021,5.30.0.21969Provider = %S_Provider%CatalogFile = DENAFRIPSUsbAudio.catClass = DENAFRIPSUsbAudio_scClassGuid = {c9516c66-9988-496c-bfe6-82fda519302f}
Same deal with DENAFRIPSUsbAudioks.inf and DENAFRIPSUsbAudioks.cat
;******************************************************************************
; Version section;------------------------------------------------------------------------------[Version]Signature = "$Windows NT$"PnpLockdown = 1DriverVer = 12/08/2021,5.30.0.21969Provider = %S_Provider%CatalogFile = DENAFRIPSUsbAudioks.catClass = MEDIAClassGuid = {4d36e96c-e325-11ce-bfc1-08002be10318}
If I weren't mistaken, maybe Windows 11 PE was acting like Captain Obvious of some sort? Unless built-in Windows drivers are working quite differently, those files usbaudio2.inf and usbaudio2.sys couldn't have been digitally signed in the first place so now what? I don't even know if we're supposed to be amused or amazed.
PnpLockDown=0|1Specifies whether Plug and Play (PnP) prevents applications from directly modifying the files that a driver package's INF file specifies. If the PnpLockDown directive is set to 1, PnP prevents applications from directly modifying the files that are copied by INF CopyFiles directives. Otherwise, if the directive is not included in an INF file or the value of the directive is set to zero, an application that has administrator privileges can directly modify these files. Driver files that are protected in this manner are referred to as third-party protected driver files.To ensure the integrity of a PnP driver installation, applications should not directly modify driver files that are copied by the driver package INF file. Applications should only use the device installation mechanisms provided by Windows to update PnP drivers.Starting with Windows Vista, a driver package should set PnpLockDown to 1 to prevent an application from directly modifying driver files. However, some existing applications that uninstall driver packages do directly delete driver files. To maintain compatibility with these applications, the PnpLockDown directive for such driver package should be set to zero.Note Although PnP on Windows Vista and later versions of Windows does not require that an INF file include a PnpLockDown directive in order to install a driver, PnP in a future version of Windows might require that INF files for PnP driver packages include the PnpLockDown directive.
I could only assume that shouldn't be a concern.