Architecture Net

Разрешения коду на доступ


Для доступа к ресурсу, такому, например, как файл, или для выполнения определенной операции коду требуются разрешения Некоторые разрешения даются каждой сборке политикой безопасности (о которой еще пойдет речь в этой главе). Разрешения коду на доступ могут запрашиваться самим кодом. И тогда, исходя из политики безопасности для той или иной сборки, общеязыковая среда выполнения CLR будет решать, какие разрешения следует предоставить. О том, как писать нестандартное разрешение, мы говорить не будем
Вот некоторые примеры разрешений коду на доступ:

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

    CompEbook.ru Железо, дизайн, обучение и другие



    Содержание раздела