强名是由组合的创建者提供了密码强化后的标识符 。尽管它没有提供对创建者的任何证明，但它唯一标识了组合，确保了组合没有被破坏过 。
根据对这些问题的回答 ， 及其它证据 ， 安全策略可以对赋予组合垢合适许可进行计算 。从多种来源可以得到证据，包括CLR，浏览器，微软ASP.NET，及外壳--这依赖于代码的来源 。
策略驱动的信任模型使用代码证据
当组合被调入内存进，CLR策略系统通过收集组合的证据并在策略环境中对证据进行计算，从而决定赋予组合什么样的许可权 。CLR策略系统然后根据评估过的证据和组合作出的许可请求给予组合一组许可 。只有在组合被给予了一组最少的许可后，或组合根本不需要许可权，组合的创建者才能知道组合正确运行 。通过一个或多个对特定许可的请求 ， 这样的附加需求可以被传送室策略系统 。
根据许可请求的类型，策略系统可以进一步限制给予组合的许可（删除不必要的许可）或甚至拒绝将组合装入内存（如果运行组合所需的最小许可没有被策略给予） 。在不存在任何许可请求的情况下，组合永远不会被给予多于策略系统将会给予的许可权限 ， 请求只是进一步限制得到的许可 。
安全策略包含了许多代码组，这些组包含了根据证据应给予的许可权 。代码组描述的许可可提供给从特定的安全区域获得的组合，或提供给由特定发行商签名过的组合 ， 等等 。尽管随CLR发行了一组默认的代码组（及相关许可） ， 但管理员可以对这些CLR安全的进行定置 ， 以适合他们的特殊需求 。记住，通过定义与证据相关的代码组，任何东西都可以作为证据提交，只要安全策略可以使用它 。
创建许可的的过程涉及到对证据的评估，以确定代码组适用于哪个等级：企业，机器，和用户 。策略按上面顺序对这三个等级进行评估，然后创建交插了三个等级的许可设置 。管理员可以将任何一个策略等级标记为终结（final），这样做应付阻止在其它等级上对策略做进一步评估 。例如 ， 管理员可以在机器级别上对组合终止策略 ， 这样就会阻止用户级策略对该组合的应用 。
一旦策略完成 ， 许可的最初设置也就创建了 。组合通过从三个方面做出特定的请求可以优化这些许可：
· 第一方面是指定为了使组合运行它必须拥有的最小许可设置 。如果这些许可没有给予，那么组合将不同调入到内存，并抛出例外 。
· 第二，可以指定一组可选的许可 。尽管组合希望存在这些许可，但如果无法获得这些许可 ， 它仍可以调入到内存 。
· 最后，行为特别好的组合实际上会拒绝它们所不需的有风险的许可 。这三个优化选项是调入时作为声明语句实现的 。
在运行时，许可是根据代码的执行计算的 。右侧的图总结了这个过程的发生顺序 。组合A3将它的证据和来自主机的证据提供给策略评估器 。策略评估器在创建许可时也要考虑从组合得到的许可请求，"G3" 。组合A3由组合A2调用，而A2又是由组合A1调用的 。当组合A3执行一个引发安全检查的操作时，A2和A1获得的许可同样也要进行检查，以确保它们拥有A3所请求的许可权限 。在这个过程中，此过程称为堆栈遍历（walking） ， 堆栈中每个组合的许可权限都要进行检查以确定所给予的权限设置是否包含安全检查所需要的许可 。如果堆栈中的每个组合被给予了安全检查所需要的许可，调用将成功 。如何任何组合没有给予所需要的许可，堆栈遍历过程失败，安全例外将被抛出 。

• 如何获取云服务器的源代码？ 云服务器源代码怎么弄
• 如何设置云服务器的源代码？ 云服务器源代码怎么设置
• 如何修改云服务器的源代码？ 云服务器源码怎么修改
• 如何寻找云服务器的源代码？ 云服务器源码怎么找
• 如何配置云服务器的源代码？ 云服务器源码怎么设置
• redis哨兵keepalive 代码redis哨兵
• redis怎么写 redis打字代码
• mongodb开发 mongodb是开放源代码吗
• mysql生成器 mysql代码生成er图
• redis编程 redis代码案例