|
Разрешения коду на доступ
Для доступа к ресурсу, такому,
например, как файл, или для выполнения
определенной операции коду требуются
разрешения Некоторые разрешения даются
каждой сборке политикой безопасности (о
которой еще пойдет речь в этой главе).
Разрешения коду на доступ могут
запрашиваться самим кодом. И тогда, исходя
из политики безопасности для той или иной
сборки, общеязыковая среда выполнения CLR
будет решать, какие разрешения следует
предоставить. О том, как писать
нестандартное разрешение, мы говорить не
будем
Вот некоторые примеры разрешений
коду на доступ:
- DNSPermission управляет доступом к имеющимся в
сети серверам доменных имен;
- EnvironmentPermission управляет доступом на
чтение или запись переменных среды;
- FilelOPermission управляет доступом к файлам и
каталогам;
- FileDialogPermission позволяет читать файлы,
выбранные в диалоговом окне Open (Открыть).
Полезно тогда, когда FilelOPermission не
предоставлено;
- Ref lectionPermission управляет возможностями
получения доступа к метаданным, не
являющимся общедоступными, и
способностью порождать метаданные,
- RegistryPermission управляет возможностью
получать доступ к системному реестру и
изменять его,
- SecurityPermission управляет использованием
подсистемы защиты,
- SocketPermission управляет возможностью
устанавливать соединения или принимать
их по транспортному адресу;
- UlPPermission управляет пользователями
различных средств пользовательского
интерфейса, в том числе и буферами обмена;
- WebPermission управляет возможностью
устанавливать соединения или принимать
их по Web-адресу.
Использование этих разрешений
называется защитой доступа для кода (Code Access
Security), потому что в их основе лежит не
личность пользователя, выполняющего код, а
то, имеет ли сам код право предпринять
некоторое действие.
|
