Безопасность доступа к коду (CAS) в .NET Framework
Code Access Security
Безопасность кода в .NET: CAS (Code Access Security) защищает от выполнения привилегированных действий ненадежным кодом. Управление разрешениями и политиками безопасности.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Code Access Security (CAS) в Microsoft .NET Framework — это решение Microsoft для предотвращения выполнения привилегированных действий ненадежным кодом. При загрузке сборки CLR получает информацию о ней (доказательства) и использует её для определения группы кодов, к которой сборка относится. Группа кодов содержит набор разрешений (одно или несколько разрешений). Код, выполняющий привилегированное действие, генерирует запрос на доступ к коду, что заставляет CLR просматривать стек вызовов и проверять набор разрешений, предоставленных сборке каждого метода в этом стеке. Группы кодов и наборы разрешений определяются администратором компьютера, который задает политику безопасности. Microsoft считает CAS устаревшим и не рекомендует его использовать. Он также отсутствует в .NET Core и .NET.
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. It is also not available in NET Core and NET.
Политика
Политика — это набор выражений, использующих доказательства для определения принадлежности к группе кода. Группа кода предоставляет набор разрешений для сборок, входящих в эту группу. В .NET существует четыре политики:
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: политика для семейства машин, являющихся частью установки Active Directory. Machine: политика для текущей машины. User: политика для вошедшего в систему пользователя. AppDomain: политика для текующего домена приложения. Первые три политики хранятся в XML-файлах и управляются с помощью инструмента конфигурации .NET 1.1 (mscorcfg.msc). Последняя политика управляется посредством кода для текущего домена приложения. Система безопасности кода предоставляет доказательства сборки каждой политике, а затем использует пересечение (то есть разрешения, общие для всех сгенерированных наборов разрешений) в качестве разрешений, предоставляемых сборке. По умолчанию политики Enterprise, User и AppDomain предоставляют полное доверие (то есть разрешают всем сборкам иметь все разрешения), а политика Machine является более ограничительной. Поскольку используется пересечение, окончательный набор разрешений определяется политикой Machine. Обратите внимание, что система политик была упразднена в .NET Framework 4.0.
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.
Кодовая группа
Кодовые группы связывают фрагмент доказательств с именованным набором разрешений. Администратор использует инструмент конфигурации .NET для указания конкретного типа доказательств (например, Сайт) и конкретного значения для этих доказательств (например, www.mysite.com), а затем определяет набор разрешений, который будет предоставлен кодовой группе.
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.
Требования
Код, выполняющий привилегированное действие, запрашивает одно или несколько разрешений. Этот запрос заставляет CLR просматривать стек вызовов, и для каждого метода CLR проверяет, включены ли запрошенные разрешения в разрешения, предоставленные сборке этого метода. Если разрешение не предоставлено, генерируется исключение безопасности. Это предотвращает выполнение привилегированных действий загруженным кодом. Например, если сборка загружена с ненадежного источника, она не будет иметь разрешений на ввод-вывод файлов, и поэтому при попытке доступа к файлу будет выброшено исключение, блокирующее этот вызов.
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.