How to Maintain a Code Group in Security Policy at Runtime

Whenever protected resources are accessed by an assembly, the permissions are determined by the code access security system of CLR. Each permission set granted to an assembly is based on the assembly's evidence (such as its URL or publisher certificate, strong name), which in turn is based on a configurable security policy.

Code groups are the building blocks of security policies. A code group is made of an association between an evidence value and a permission set.

A hierarchical structure of code groups defines a security policy. The .NET framework comes with three different security policies: Enterprise, Machine, and User. Additionally, a host can define an application domain-level policy by calling the AppDomain.SetAppDomainPolicy method on the System.AppDomain class. The first three policies are typically set by an administrator whereas the latter is eventually defined by developers.

There are number of built-in permission sets, as shown below.

  • FullTrust
  • Everything
  • Internet
  • LocalIntranet
  • Execution
  • SkipVerification
  • Nothing

Now, see how to create/delete a code group at runtime.

Registering the Code Group

You need to decide on the following when creating a code group:

  1. At what level do you need to set the code group?
  2. What evidence value is to be set?
  3. What permission set do you need to provide for this code group?

Accessing a Security Level

You can use SecurityManager.PolicyHierarchy().

IEnumerator secLevels = SecurityManager.PolicyHierarchy();
PolicyLevel policyMachineLevel = null;
CodeGroup machineCodeGroupRoot = null;
while (secLevels.MoveNext())
{
   PolicyLevel level = secLevels.Current as PolicyLevel;
   //used to check whether the level is Machine Level
   if(level != null && level.Label == "Machine")
   {
      policyMachineLevel = level;
      machineCodeGroupRoot = level.RootCodeGroup;
      break;
   }
}
return policyMachineLevel;

Providing Evidence Value

You can use Assembly.GetExecutingAssembly() to get the assembly object and then you can use assembly.Evidence to get the evidence information.

Assembly myAssembly = Assembly.GetExecutingAssembly();
Evidence evidence   = myAssembly.Evidence;
IEnumerator enuEvd  = evidence.GetEnumerator();
StrongNamePublicKeyBlob pubKey = null;
while(enuEvd.MoveNext())    // Get public key so as to use it as
                            // evidence
{
   Object obj = enuEvd.Current;
   //It can be either of zone,url,strongname,hash
   StrongName sn = obj as StrongName;
   if(sn != null)
   {
      pubKey = sn.PublicKey;
      break;
   }
}
return pubKey;

Registering a Code Group with PublicKey as Evidence and FullTrust as PermissionSet

StrongNamePublicKeyBlob cdeGroupKey = {Get the public of executing
                                       assembly using the above
                                       logic}
UnionCodeGroup myCodeGroup = new UnionCodeGroup(new
                             StrongNameMembershipCondition(cdeGroupKey,
                             null,null),
                             new PolicyStatement(
                             new NamedPermissionSet("FullTrust")));
//create a code group with public key as evidence
myCodeGroup.Description = "Code group grants full trust to all
                           code originating from this group";
myCodeGroup.Name = b.MyGroupb.;
//add this group to the security level you have chosen
machineCodeGroupRoot.AddChild(myCodeGroup);
//at last, save the policy
SecurityManager.SavePolicyLevel(policyMachineLevel);

Checking Whether a Code Group Is Present

You can navigate through the machine level code group object to find whether the code group is already registered:

foreach(CodeGroup codeGroup in machineCodeGroupRoot.Children)
{
   if(codeGroup.Name == b.MyGroupb.)
   {
      //already added
      return;
   }
}

Deleting a Code Group

You just need to call in the following code before returning.

machineCodeGroupRoot.RemoveChild(codeGroup);


Comments

  • There are no comments yet. Be the first to comment!

Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • U.S. companies are desperately trying to recruit and hire skilled software engineers and developers, but there is simply not enough quality talent to go around. Tiempo Development is a nearshore software development company. Our headquarters are in AZ, but we are a pioneer and leader in outsourcing to Mexico, based on our three software development centers there. We have a proven process and we are experts at providing our customers with powerful solutions. We transform ideas into reality.

  • When individual departments procure cloud service for their own use, they usually don't consider the hazardous organization-wide implications. Read this paper to learn best practices for setting up an internal, IT-based cloud brokerage function that service the entire organization. Find out how this approach enables you to retain top-down visibility and control of network security and manage the impact of cloud traffic on your WAN.

Most Popular Programming Stories

More for Developers

RSS Feeds

Thanks for your registration, follow us on our social networks to keep up-to-date