Comments on: Auditing Permission Changes

By: Nick Grattan

Nick Grattan — Thu, 08 Oct 2009 09:10:52 +0000

This occurs when you bind a permission level to a group. It probably happens when assigning permissions to other objects too. Regards, Nick.

By: igh

igh — Thu, 08 Oct 2009 09:02:20 +0000

Does anybody know what event=”Security Role Bind Update” means? What causes this event?

By: Nick Grattan

Nick Grattan — Mon, 16 Feb 2009 10:03:10 +0000

I don’t know a report that will give you these answers – certainly a limitation. Nick

By: PJ

PJ — Mon, 16 Feb 2009 01:53:04 +0000

This is all very well to see who made what changes and when, what if you want to do a ’snapshot’ of what the permissions are at the current time?

Can you fiddle with this report to get the answers?
Or is there another easier way to do this?

By: nickgrattan

nickgrattan — Thu, 24 Jan 2008 14:14:33 +0000

I’m sure you have your suspicions as to the identity of the guilty party!

By: yava.ua

yava.ua — Thu, 24 Jan 2008 13:08:03 +0000

Well, User Id is actually user’s domain name. Lately I had a problem: someone changed the structure of the list (removed a column) that crashed useful logic. If I had only enabled that feature!

By: nickgrattan

nickgrattan — Thu, 17 Jan 2008 11:16:46 +0000

When I open the report I see a column called “User ID” which I believe is the user who made the change. Are you seeing this?

I agree that the whole reporting area is poor – the fact that Sites etc are displayed as GUID is not very user friendly!

Nick.

By: Craig Campbell

Craig Campbell — Wed, 16 Jan 2008 20:49:14 +0000

I don’t see much value in this. I guess while it might be important for some to see when user permissions were changes, what is most important is WHO made those changes. I cannot believe that MS left that out of this report.

Do you know whether this information is available?