George Bișoc 697a52aa33 [NTOS:CM] Do not acquire the lock twice when the Object Manager calls CmpSecurityMethod ... Whenever a security request is invoked into a key object, such as when requesting information from its security descriptor, the Object Manager will execute the CmpSecurityMethod method to do the job. The problem is that CmpSecurityMethod is not aware if the key control block of the key body already has a lock acquired which means the function will attempt to acquire a lock again, leading to a deadlock. This happens if the same calling thread locks the KCB but it also wants to acquire security information with ObCheckObjectAccess in CmpDoOpen. Windows has a hack in CmpSecurityMethod where the passed KCB pointer is ORed with a bitfield mask to avoid locking in all cases. This is ugly because it negates every thread to acquire a lock if at least one has it.		2023-10-01 20:06:02 +02:00
..
internal	[NTOS:CM] Do not acquire the lock twice when the Object Manager calls CmpSecurityMethod	2023-10-01 20:06:02 +02:00
config.h	[NTOSKRNL] include/config.h: Sync it to current code (#3263)	2020-10-17 18:09:11 +02:00
ntoskrnl.h	[NTOS:KD:KDBG] Integration into KD framework (Part 2/3)	2023-08-31 16:09:49 +02:00
resource.h	[NTOS:INBV] Refactor boot screen code and resources (#1649)	2019-08-20 01:52:25 +02:00
sysfuncs.h
sysfuncs64.h