📑 Table of Contents▼

Code Access Security (CAS), in the Microsoft .NET framework, is Microsoft's solution to prevent untrusted code from performing privileged actions. When the CLR loads an assembly it will obtain evidence for the assembly and use this to identify the code group that the assembly belongs to. A code group contains a permission set (one or more permissions). Code that performs a privileged action will perform a code access demand which will cause the CLR to walk up the call stack and examine the permission set granted to the assembly of each method in the call stack. The code groups and permission sets are determined by the administrator of the machine who defines the security policy. Microsoft considers CAS as obsolete and discourages its use.[1] It is also not available in .NET Core and .NET.

Evidence

edit

Evidence can be any information associated with an assembly. The default evidences that are used by .NET code access security are:

  • Application directory: the directory in which an assembly resides.
  • Publisher: the assembly's publisher's digital signature (requires the assembly to be signed via Authenticode).
  • URL: the complete URL where the assembly was launched from
  • Site: the hostname of the URL/Remote Domain/VPN.
  • Zone: the security zone where the assembly resides
  • Hash: a cryptographic hash of the assembly, which identifies a specific version.
  • Strong Name: a combination of the assembly name, version and public key of the signing key used to sign the assembly. The signing key is not an X.509 certificate, but a custom key pair generated by the strong naming tool, SN.EXE or by Visual Studio.

A developer can use custom evidence (so-called assembly evidence) but this requires writing a security assembly and in version 1.1 [clarification needed] of .NET this facility does not work.

Evidence based on a hash of the assembly is easily obtained in code. For example, in C#, evidence may be obtained by the following code clause: 

this.GetType().Assembly.Evidence

Policy

edit

A policy is a set of expressions that uses evidence to determine a code group membership. A code group gives a permission set for the assemblies within that group. There are four policies in .NET:

  • Enterprise: policy for a family of machines that are part of an Active Directory installation.
  • Machine: policy for the current machine.
  • User: policy for the logged on user.
  • AppDomain: policy for the executing application domain.

The first three policies are stored in XML files and are administered through the .NET Configuration Tool 1.1 (mscorcfg.msc). The final policy is administered through code for the current application domain.

Code access security will present an assembly's evidence to each policy and will then take the intersection (that is the permissions common to all the generated permission sets) as the permissions granted to the assembly.

By default, the Enterprise, User, and AppDomain policies give full trust (that is they allow all assemblies to have all permissions) and the Machine policy is more restrictive. Since the intersection is taken, this means that the final permission set is determined by the Machine policy.

Note that the policy system has been eliminated in .NET Framework 4.0.[2]

Code group

edit

Code groups associate a piece of evidence with a named permission set. The administrator uses the .NET Configuration Tool to specify a particular type of evidence (for example, Site) and a particular value for that evidence (for example, www.mysite.com) and then identifies the permission set that the code group will be granted.

Demands

edit

Code that performs some privileged action will make a demand for one or more permissions. The demand makes the CLR walk the call stack and for each method the CLR will ensure that the demanded permissions are in the method's assembly's granted permissions. If the permission is not granted then a security exception is thrown. This prevents downloaded code from performing privileged actions. For example, if an assembly is downloaded from an untrusted site the assembly will not have any file IO permissions and so if this assembly attempts to access a file, will throw an exception preventing the call.

References

edit

📚 Artikel Terkait di Wikipedia

Card security code

A card security code (CSC; also known as CVC, CVV, or several other names) is a series of numbers that, in addition to the bank card number, is printed

Sandbox (computer security)

untrusted code, such as a Java applet. The .NET Common Language Runtime provides Code Access Security to enforce restrictions on untrusted code. Software

Access control

physical security and information security, access control (AC) is the action of deciding whether a subject should be granted or denied access to an object

Principle of least privilege

malicious behavior. Benefits of the principle include: Intellectual Security. When code is limited in the scope of changes it can make to a system, it is

Code-division multiple access

Code-division multiple access (CDMA) is a channel access method used by various radio communication technologies. CDMA is an example of multiple access

Claude (language model)

introduced Claude Code Security, which reviews codebases to identify vulnerabilities. In March 2026, the source code for the Claude Code command-line interface

Multi-factor authentication

type, as with a credit card number and a card verification code (CVC). For additional security, the resource may require more than one factor—multi-factor

Computer security

security (also cybersecurity, digital security, or information technology (IT) security) is a subdiscipline within the field of information security.