Architecture Net

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


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

  • DNSPermission управляет доступом к имеющимся в сети серверам доменных имен;

  • EnvironmentPermission управляет доступом на чтение или запись переменных среды;

  • FilelOPermission управляет доступом к файлам и каталогам;

  • FileDialogPermission позволяет читать файлы, выбранные в диалоговом окне Open (Открыть). Полезно тогда, когда FilelOPermission не предоставлено;

  • Ref lectionPermission управляет возможностями получения доступа к метаданным, не являющимся общедоступными, и способностью порождать метаданные,

  • RegistryPermission управляет возможностью получать доступ к системному реестру и изменять его,

  • SecurityPermission управляет использованием подсистемы защиты,

  • SocketPermission управляет возможностью устанавливать соединения или принимать их по транспортному адресу;

  • UlPPermission управляет пользователями различных средств пользовательского интерфейса, в том числе и буферами обмена;

  • WebPermission управляет возможностью устанавливать соединения или принимать их по Web-адресу.

    • Использование этих разрешений называется защитой доступа для кода (Code Access Security), потому что в их основе лежит не личность пользователя, выполняющего код, а то, имеет ли сам код право предпринять некоторое действие.

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



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