System.Security.Claims.ClaimsPrincipal.Current（和 HttpContext.Current.User）根据调用者的不同，对完全相同的请求有不同的声明

Question

这是我以前从未见过的。当从两个不同的应用程序对 ASP.NET Web API 2 执行相同的请求时，我得到了不同的响应。我将其缩小到 ClaimsPrincipal.Current 是罪魁祸首。

var principal = ClaimsPrincipal.Current;

if (principal == null) return false;

if (!principal.Identity.IsAuthenticated) return false;

根据 MSDN ClaimsPrincipal.Current 默认情况下只调用 Thread.CurrentPrincipal 但我仍然不明白这是怎么发生的。

https://docs.microsoft.com/en-us/aspnet/core/migration/claimsprincipal-current?view=aspnetcore-2.1

然后我尝试使用 System.Web.HttpContext.Current.User 代替，但这给出了相同的结果。

在这种情况下，来自同一台机器的两个相同的 HTTP 请求如何生成不同的响应？可以一遍又一遍地发送请求，但结果相同。我什至可以停止应用程序和 IIS Express，重新启动它，结果是一样的。这里发生了什么？它一定是存储在服务器上的某种会话，但我不明白为什么这些值与 相同的请求 不同。 请求本身没有任何拼写错误，我可以复制 Postman 生成的请求并使用 BURP，如果通过 Postman 发送则失败。我也不认为它是 Postman 特有的。我使用了来自 Chrome Developer Tools -> Network tab 的命令 Copy as PowerShell 来自工作请求，我得到了与 Invoke-WebRequest.

相同的结果

IIS 使用 Anonymous Authentication。该应用程序使用 IAppBuilder - app.UseCookieAuthentication 和 AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie 以及自定义 CookieName.

使用 Burp 请求给出 principal.Identity.IsAuthenticated = true

对于 Postman，完全相同的请求给出 principal.Identity.IsAuthenticated = false。 Postman Gui 在 - 上换行，但复制的值在 Burp 中有效，所以没有错。

更新：

UTF-8 格式的 Postman cookie 值：

XXX=_1gQcJZ_zwNNS6f5OO0mD5y4pPHATpzw7uRHQZnZidNfYYec9S3MkR-d9aaxx1AilQSCK_h1-9LVS1uVM_JLJDTty5Nilsx4njjOCsrefgBOvnkt9CIzt_fGu0kzgsi_VbrCSO-txXtLhrOBT61bFskQd0i2yF_xrnqdOoW6yzKmUPrdomxiABMsC-NYw5aSGD9d81ht-oreUGqJKoDQ7EJ0BzUc-Y6BDqrJv5TrIfdgwgOsk2cFN9gfrlN9DQQQpRAAEv5mgiXDmMpUpNvsP-k-CFu69sl1ZlTXOLR5ECSrq7woeIhea6-L9g1mwpslqAV_saLtv0DcbR525gR0tSrpEIuHLwj_TSqTQ1IPHqfcqSP-RzP2jGoz85y6W2glFkfFxAXJBMTjoz4U1fvjURL5qMEuC2IpQZqKGoSbp8xICFA01yY1zzHKxXnKL8MIqDNAe9urQn2W-gmwje9bzFAkft3eYYjctrCrGMRocgQ; __RequestVerificationToken=HOA5v8aiHqUhzZP3fkKMUyi336D7JydqWMSWI-VThQgMrVRZEllKglaGaLOUP0z49ZEuJsrEaYbrLaLCxMgAwxJtfSJhGvsRaB6e3tlMPjc1

UTF-8 格式的 BURP cookie 值：

XXX=_1gQcJZ_zwNNS6f5OO0mD5y4pPHATpzw7uRHQZnZidNfYYec9S3MkR-d9aaxx1AilQSCK_h1-9LVS1uVM_JLJDTty5Nilsx4njjOCsrefgBOvnkt9CIzt_fGu0kzgsi_VbrCSO-txXtLhrOBT61bFskQd0i2yF_xrnqdOoW6yzKmUPrdomxiABMsC-NYw5aSGD9d81ht-oreUGqJKoDQ7EJ0BzUc-Y6BDqrJv5TrIfdgwgOsk2cFN9gfrlN9DQQQpRAAEv5mgiXDmMpUpNvsP-k-CFu69sl1ZlTXOLR5ECSrq7woeIhea6-L9g1mwpslqAV_saLtv0DcbR525gR0tSrpEIuHLwj_TSqTQ1IPHqfcqSP-RzP2jGoz85y6W2glFkfFxAXJBMTjoz4U1fvjURL5qMEuC2IpQZqKGoSbp8xICFA01yY1zzHKxXnKL8MIqDNAe9urQn2W-gmwje9bzFAkft3eYYjctrCrGMRocgQ; __RequestVerificationToken=HOA5v8aiHqUhzZP3fkKMUyi336D7JydqWMSWI-VThQgMrVRZEllKglaGaLOUP0z49ZEuJsrEaYbrLaLCxMgAwxJtfSJhGvsRaB6e3tlMPjc1

更新二：

来自 Chrome Developer Tools -> Network tab 的命令 Copy as PowerShell。

Invoke-WebRequest -Uri "https://localhost:44349/api/crud/customer" -Headers @{"path"="/api/crud/custo
mer"; "pragma"="no-cache"; "cookie"="__RequestVerificationToken=3gvrynl8SRhi5CBG-umg5eGii3yUOrHJAQQ7jMXhN_hOk0EGS2XdIDIS
afhbBZuS3JCCJdP6V60K_crzcQF71aw2totf9CUTPheHBmTNBRM1; io=iki1JghnuzWahlUBAAAJ; XXX=SUdlUpzYNbXJbhPxj4KY6-GC31hHyyPN_IZ88
zsXHXIpqzro6t_C5-m8BC_s2xev5SINoI-0316o7ITb6dsRA5b5oYJX2MXIWD2iaMWGADqAZeLDLoeQPHo6B6a8dQ-j2YkI17I4cjQ7SQKBiUCwN3DIZckY8
HHnWqF6LGVr79nWG3R1pqI62S3UKgEXOjhFTpEA3fD3clPti4ShG88PWnxa5ypGGDjUolcqjkusylpLAWZ3Jc8K4y-K_WnA-3EX_nNyCHp3Tk8omXHq1LgvQ
J3EsqdNvELL2KcwvUCn3ni7ktSt0Vzl6G7vL3AfZhDQb41bn90l4haR9UGvLOqSkZ_cu5IiHzvsFrps6QJ3HJ8d-Dcb4A2soVjnozh7SsZxnz-HppwhV2UaW
ANvi6MsD4kwvBreJrO9nLMOBRBXhzEInoL0baqkn_nhEtxqAndZHiHcbuoPfz8xGmgV-ilTxZRAnJ8ZAwD3yHREgJsodVg"; "accept-encoding"="gzip
, deflate, br"; "accept-language"="en-US,en;q=0.9,sv-SE;q=0.8,sv;q=0.7"; "user-agent"="Mozilla/5.0 (Windows NT 10.0; Win
64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36"; "accept"="*/*"; "cache-control"="no
-cache"; "authority"="localhost:44349"; "referer"="https://localhost:44349/"; "scheme"="https"; "xsrf-token"="_GHoZagVRo
FBIAyoMmT7UEZk44wfKsGlscub-bvoeRMTpysPS_d2uccvyyvPdWDf7srVfmNqM4JN1firyN-Q35UN5DCMew0eq6OV9M_4--i_klYEJcXYSodFi_wAymDVlQ
CPLroCvDNkwuhdoZvyug2"; "method"="GET"}

Answer 1

非常感谢@CodeCaster。有时你觉得自己像个 n00b。查看 System.Web.HttpContext.Current.Request.Cookies 确实这些都是空的。将鼠标悬停在 Postman 中的 Cookie header 上，然后我看到了值 Restricted Header (use Postman Interceptor)。真正让我来到这里的是 Powershell 中的 Invoke-WebRequest 得到了相同的错误代码。

升级到 Postman 本机应用程序而不是使用 Chrome 应用程序，然后一切正常。

System.Security.Claims.ClaimsPrincipal.Current（和 HttpContext.Current.User）根据调用者的不同，对完全相同的请求有不同的声明

System.Security.Claims.ClaimsPrincipal.Current (and HttpContext.Current.User) has different claims with the exact same request depending on caller

c#

asp.net

asp.net-web-api

asp.net-identity