We are going to have to create new roles for new content sections and it would be very helpful if we could transfer role permssions so that we don't have to reassign permissions for all the folders to secondary roles for a particular section.
Just wondering if there's a way to copy permissiosn from one role to another and then build on that second role to make the additional permission tweaks, which would be a lot easier than replicating every single folder/item permissions in the new role...

I've written a powershell script which should do the magic for you. I suggest you backup your database before running it, just in case.

It searches for ar|ROLE_DOMAINROLE_NAME| string in __Security fields of all the items under the $root item, looks for the next role or user in the security, and duplicates that role access rights to the second role.

The script only takes into account access rights assigned to the role directly - it doesn't take into account access rights inherited from other roles.

#settings

$roleName = "sitecoreRoleA"

$newRoleName = "sitecoreRoleB"

$root = "{110D559F-DEA5-42EA-9C1C-8A5DF7E70EF9}" 



$roleSecurityString = "ar|" + $roleName + "|"

$items = @(Get-Item -Path $root) + @(Get-ChildItem -Path $root -Recurse)

foreach ($item in $items) {

    if ($item["__Security"].Contains($roleSecurityString)) {

        $roleRights = ""



        $startIndex = $item["__Security"].IndexOf($roleSecurityString);

        $endIndex = $item["__Security"].IndexOf("|ar|", $startIndex + 1);



        if ($endIndex -eq -1) {

            $endIndex = $item["__Security"].IndexOf("|au|", $startIndex + 1);

        }

        if ($endIndex -eq -1) {

            $endIndex = $item["__Security"].Length;

        } else {

            $endIndex++;

        }



        $roleRights = $item["__Security"].Substring($startIndex, $endIndex - $startIndex);

        $newRoleRights = $roleRights.Replace($roleName, $newRoleName);

        $item.Editing.BeginEdit()

        $item["__Security"] = $item["__Security"].Replace($roleRights, $roleRights + $newRoleRights);

        $item.Editing.EndEdit()

    }

}

Use Role Inheritance

Your existing roles, which contain the shared access rules that are common among all of the secondary roles, should be members of the secondary roles.

Creating the Base Role

For example, let's say that your Base Role, we'll call it "Base Author" has access to all of the Media Libary, and all of your shared content. This will include all of the shared items and Sitecore default roles (as members) that are common among all of the secondary roles. So it might look something like this:

And in Security Editor:

Creating the Secondary Role

So for the purposes of this example, I'm going to call my role "Headmaster Editor". It's a member of the Base Author role.

In Security Editor:

Assign the Secondary Role only to a user:

Adding the secondary role inherits all of the other roles.

Magic Permission - Breaking Inheritance

Breaking the Inheritance of Descendants makes it possible to prevent any access to any content item UNLESS it has been given a Green Check mark in Security editor. Sitecore's role security is strict on "Red X's" for preventing access. Once a role has a Red X, it doesn't matter if other roles have Green Checkmarks, that user won't have access. So, instead of doling out Red X's, break the inheritance, and then only provide given access via Green Checkmarks. I do this by taking the sitecore/Author role, which is out of the box, and breaking the descendent inheritance on the /sitecore/content item.

Reviewing our Work

Base Author Role

You can see here that Base Author Role only has access to the items that we gave it above.

Headmaster Editor Role

But that the Headmaster Role has everything in the Base + Plus the content from the Headmaster Role.

In Summary

The art and magic of role permissions is to be as simple as possible. If you're checking boxes all over the place and using red x's all over the place, you're doing it wrong. Keep it simple.