如何在共享托管环境中将ASP.NET应用从完全信任迁移至高信任？

一、如何修改代码确保与高信任兼容？ #

• 替换完全信任专属API：移除依赖完全信任的系统API调用，例如避免直接访问系统级文件路径，改用Server.MapPath("~/xxx")限定在应用目录内操作；删除代码中PermissionSet.Assert()这类权限断言逻辑，改用符合宿主权限范围的实现。
• 调整反射与代码生成逻辑：高信任环境禁止跨程序集访问非公共成员，也限制System.Reflection.Emit这类动态代码生成。将反射访问的私有成员改为公共API，若必须使用反射，仅限定在自身程序集内部。
• 修正序列化方式：二进制序列化访问非公共字段在高信任下会被拦截，换成XML或JSON序列化，仅处理公共属性。
• 替换不兼容第三方组件：检查所有NuGet包和第三方库，若依赖完全信任，寻找兼容高信任的替代方案，或联系开发者获取适配版本。
• 移除注册表相关操作：高信任环境禁止读写注册表，将原依赖注册表的配置迁移至Web.config、AppSettings或数据库。

二、迁移时需调整的特定领域 #

• 文件系统访问：完全信任下可读写任意路径，高信任仅允许操作应用根目录及其子目录。需将所有文件操作路径改为相对应用的路径，避免使用绝对路径访问外部目录。
• 安全权限操作：不能自定义或断言超出宿主授予的权限，例如UnmanagedCodePermission这类完全信任权限在高信任下无法获取，需删除相关权限请求逻辑。
• 跨程序集交互：高信任环境限制加载未签名程序集，也禁止访问其他程序集的非公共成员。确保引用的程序集均为签名版本，且仅调用公共接口。
• 网络访问：部分高信任环境会限制出站网络请求的目标或API类型，例如禁止原始套接字访问。改用标准的HttpClient等受支持的网络组件，并确认请求目标在宿主允许范围内。
• 动态代码生成：System.Reflection.Emit和类似动态编译逻辑在高信任下可能被禁用，需替换为预编译代码或其他实现方式。

三、部署前如何在高信任环境中有效测试？ #

• 本地模拟高信任环境：在本地开发环境的Web.config中添加信任级别配置，模拟宿主环境：

  <system.web>
    <trust level="High" originUrl=""/>
  </system.web>
  

  运行应用并测试所有功能，捕获SecurityException等权限异常。
• 利用宿主测试站点：在AccuWebHosting的Plesk面板中创建测试站点，提前部署应用进行全功能测试，重点验证文件操作、第三方接口调用、数据库交互等模块。
• 启用详细错误日志：在Web.config中开启详细错误输出和日志记录，便于定位权限相关问题：

  <system.web>
    <customErrors mode="Off"/>
    <trace enabled="true" pageOutput="false"/>
  </system.web>
  <system.diagnostics>
    <trace autoflush="true"/>
    <sources>
      <source name="System.Web" switchName="System.Web" switchType="System.Diagnostics.SourceSwitch">
        <listeners>
          <add name="WebTraceListener" type="System.Web.WebTraceListener, System.Web"/>
        </listeners>
      </source>
    </sources>
    <switches>
      <add name="System.Web" value="Verbose"/>
    </switches>
  </system.diagnostics>
  

• 针对性测试高风险模块：重点测试原依赖完全信任的功能，例如文件上传下载、反射逻辑、配置读取等，确保这些模块在高信任下正常运行。
• 提前添加权限检查：在代码中对高风险操作添加权限验证，提前发现问题：

  var filePermission = new FileIOPermission(FileIOPermissionAccess.Read, Server.MapPath("~/App_Data"));
  try
  {
      filePermission.Demand();
      // 执行文件读取操作
  }
  catch (SecurityException ex)
  {
      // 记录异常并处理
  }
  

内容的提问来源于stack exchange，提问作者Mohamed Essam