This will produce a runtime error in the app that tries to access the operating system resource. Windows error 5, ERROR_ACCESS_DENIED. If you don't get any diagnostic in the app's log file, an event in the Application event log or an explicit managed exception that tells you what went wrong then you'll be looking for a needle in a haystack.
+1
A:
Hans Passant
2010-07-14 15:00:35
Thanks for the info, but that didn't really answer the question
Woot4Moo
2010-07-16 23:44:37
These apps use thousands of securable objects. Surely you didn't expect me to tell you which one it was. Again, if the app doesn't log this, you can only use something like SysInternals' ProcMon to see the error. You'll drown in the haystack of data.
Hans Passant
2010-07-17 00:47:46
Correct I do not anticipate you to list all the potential security objects it could be that is why I gave a concise and finite list based on a process.
Woot4Moo
2010-07-20 12:29:21
There's a list? Where? What's in your question are just the access rights that were requested for *one* securable object.
Hans Passant
2010-07-20 12:34:18
@Hans passant yes its that block of text in gray. Correct that its one object as that is the object that's filling my log.
Woot4Moo
2010-07-21 11:42:17
+1
A:
You can use the FileSecurity
class to modify access control properties programmatically. But of course you first have to find out for which file or directory these properties should be modified.
Ronald Wildenberg
2010-07-21 11:28:00
+2
A:
I suggest that you run Process Monitor (http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx) while running the process that is causing the audit failure. This should tell you the specific resource that the process is trying to access. With this information you will be able to set the resource permissions to allow the requested access.
Mike
2010-07-24 14:45:23