Who’s Your Daddy – Inheriting Permissions from Parent Site

(c) Copyright 2010 Sean Kyle Bordner

(c) Sean Bordner

When you have a site set to inherit permissions from its parent it becomes easy to forget which SharePoint site groups you are working with.  I’ve seen this happen more than once, so maybe this short post will spare you the heartache.  I find it best when standing up a new sub site to go ahead and inherit permissions from its parent.  After I get the content right, I will wrap up by breaking the inheritance and fine tuning the permissions.  This way should I decide to ratchet up someone’s perms, it’s not a problem to do so at the sub site level.  I can always re-inherit permissions from its parent later should the need arise.  This is for a public facing (WCM) site of course, non-public sites vary greatly with permission needs.  I’ve seen folks inadvertently grant more rights to site groups then they wanted to b/c they assumed they were only doing so for a specific site.  This is not the case if the site is inheriting permissions from its parent, and is why it’s important when tweaking permissions to always ask “who’s your daddy!”

About Sean Bordner

CEO, Solution Architect, Co-Author of SharePoint for Nonprofits, Contributing Author NothingButSharePoint.com MCT, MCTS, MCSD, MCP, MCAD
This entry was posted in CMS, Content Management, Security, SharePoint, WCM. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s