为了执行某些特许的操作，Microsoft ASP.NET 应用程序可能会模拟当前用户的安全上下文环境或调用他们的过程。虽然模拟上下文环境有多种用途，例如减少必要的身份 authentication 尝试总次数，但是一个拥有高度特权的程序会对整个系统的安全造成不必要的危险。如果攻击者利用程序中的另一个弱点，而程序正在另一个安全上下文环境中运行，这就会使攻击者能够执行所有未授权的操作并拥有与之对应的特权。

例 1：下面的代码举例说明了使用 WindowsIdentity.Impersonate() 方法来模拟凭证的一个典型用途。

using System.Security.Principal;
...

//Get the identity of the current user
IIdentity contextId = HttpContext.Current.User.Identity;
WindowsIdentity userId = (WindowsIdentity)contextId;

//Temporarily impersonate
WindowsImpersonationContext imp = userId.Impersonate();

//Perform tasks using the caller's security context
DoSecuritySensitiveTasks();

//Clean up and restore our old security context
impersonate.Undo();

Example 1 中的代码会模拟当前用户的安全上下文，并使用它执行一个特权操作。在调用 DoSecuritySensitiveTasks() 之后，该代码会尝试恢复原始安全上下文，但如果 DoSecuritySensitiveTasks() 抛出一个异常，则永远不会调用 Undo() 方法，此时程序将继续使用模拟的安全上下文。

未按正确顺序添加到中间件管道的 ASP.NET Core 中间件将无法按预期运行，从而使应用程序面临各种安全问题。

示例 1：UseCookiePolicy() 方法将 Cookie 策略中间件添加到中间件管道中，从而允许自定义 Cookie 策略。当按所示的错误顺序指定时，程序员声明的任何 Cookie 策略都将被忽略。

...
var builder = WebApplication.CreateBuilder(...);
var app = builder.Build(...);
app.UseStaticFiles();
app.UseRouting();
app.UseSession();
app.UseAuthentication();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
    ...
}

app.UseCookiePolicy();
...

未按正确顺序添加到中间件管道的 ASP.NET Core 中间件将无法按预期运行，从而使应用程序面临各种安全问题。

示例 1：UseHttpsRedirection() 方法将 HTTPS 重定向中间件添加到中间件管道中，这样可以将不安全的 HTTP 请求重定向到安全的 HTTPS 请求。如果以所示的错误顺序指定，则在通过重定向之前列出的中间件处理请求之前不会发生有意义的 HTTPS 重定向。这样可以使应用程序处理 HTTP 请求后重定向到安全的 HTTPS 连接。

...
var builder = WebApplication.CreateBuilder(...);
var app = builder.Build(...);
app.UseStaticFiles();
app.UseRouting();
app.UseSession();
app.UseAuthentication();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
    ...
}

app.UseHttpsRedirection();
...

未按正确顺序添加到中间件管道的 ASP.NET Core 中间件将无法按预期运行，从而使应用程序面临各种安全问题。

示例 1：UseHttpLogging() 方法将 HTTP 日志记录中间件添加到允许记录中间件组件的中间件管道中。当按所示的错误顺序指定时，在调用 UseHttpLogging() 之前，将不会记录添加到管道中的任何中间件。

...
var builder = WebApplication.CreateBuilder(...);
var app = builder.Build(...);
app.UseStaticFiles();
app.UseRouting();
app.UseSession();
app.UseAuthentication();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
    ...
}

app.UseHttpLogging();
...

示例 2：UseWC3Logging() 方法将 W3C 日志记录中间件添加到允许记录中间件组件的中间件管道中。当按所示的错误顺序指定时，在调用 UseWC3Logging() 之前，将不会记录添加到管道中的任何中间件。

...
var builder = WebApplication.CreateBuilder(...);
var app = builder.Build(...);
app.UseStaticFiles();
app.UseRouting();
app.UseSession();
app.UseAuthentication();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
    ...
}

app.UseWC3Logging();
...

将证书验证模式设置为 None 会禁用整个证书验证过程，这会使应用程序面临中间人攻击风险。切勿在生产环境中使用此模式。

Cookie 通常用于存储有关用户的重要信息，例如个人信息、身份验证令牌及其活动历史记录。如果采用明文形式存储此信息，任何有权访问应用程序交互所使用的计算机的用户都能访问 Cookie 中存储的信息。更糟糕的是，如果允许攻击者任意修改 Cookie 中存储的数据，他们将可以篡改提供给应用程序的信息，还可能更改应用程序行为谋利。

在许多情况下，应用程序可根据使用它的上下文以编程方式验证来自 Cookie 的输入，但 ASP.NET 验证框架提供了一种绝佳方法，既可以保护 Cookie 内容，又能够确认 Cookie 未被意外修改。如果没有这种方法，将很难且通常不可能以高度可信的方式确定所有输入都经过验证。

可以将 ASP .NET 应用程序配置为生成调试二进制文件。这些二进制文件可提供详细的调试消息，不应在生产环境中使用。<compilation> 标签的 debug 属性定义编译后的二进制文件是否应包含调试信息。

使用调试二进制文件会导致应用程序向用户提供尽可能多的关于其自身的信息。调试二进制文件旨在用于开发或测试环境，如果部署到生产环境中可能会带来安全风险。攻击者可以利用其从调试输出中获得的附加信息，对应用程序所用的框架、数据库或其他资源发动攻击。