使用 Microsoft 帳戶來保護 ASP.NET Core Blazor WebAssembly 獨立應用程式
注意
這不是這篇文章的最新版本。 如需目前版本,請參閱本文的 .NET 8 版本。
警告
不再支援此版本的 ASP.NET Core。 如需詳細資訊,請參閱 .NET 和 .NET Core 支援原則。 如需目前版本,請參閱本文的 .NET 8 版本。
本文說明如何建立使用 Microsoft 帳戶搭配 Microsoft Entra (ME-ID) 進行驗證的獨立 Blazor WebAssembly 應用程式。
在閱讀本文之後,如需其他安全性案例涵蓋範圍,請參閱 ASP.NET Core Blazor WebAssembly 其他安全性案例。
逐步解說
逐步解說的子區段說明如何:
- 在 Azure 中建立租用戶
- 在 Azure 中註冊應用程式
- 建立 Blazor 應用程式
- 執行應用程式
在 Azure 中建立租用戶
請遵循快速入門:設定租用戶中的指導,以在 ME-ID 中建立租用戶。
在 Azure 中註冊應用程式
註冊 ME-ID 應用程式:
- 在 Azure 入口網站中導覽至 Microsoft Entra ID。 選取資訊看板中的 [應用程式註冊]。 選取 [新增註冊] 按鈕。
- 提供應用程式的 [名稱] (例如,Blazor 獨立 ME-ID MS 帳戶)。
- 在 [支援的帳戶類型] 中,選取 [任何組織目錄 (任何 Microsoft Entra ID 目錄 – 多租用戶) 中的帳戶]。
- 將 [重新導向 URI] 下拉式清單設定為 [單頁應用程式 (SPA)],並提供下列重新導向 URI:
https://localhost/authentication/login-callback
。 如果您知道 Azure 預設主機 (例如azurewebsites.net
) 或自訂網域主機 (例如contoso.com
) 的生產重新導向 URI,您也可以在提供localhost
重新導向 URI 的同時新增生產重新導向 URI。 請務必在您所新增的任何生產重新導向 URI 中包含非:443
連接埠的連接埠號碼。 - 如果您使用未驗證的發行者網域,請清除 [權限] > [對 openid 與 offline_access 權限授與管理員同意] 核取方塊。 如果已驗證發行者網域,則此核取方塊不存在。
- 選取註冊。
注意
不需要提供 localhost
ME-ID 重新導向 URI 的連接埠號碼。 如需詳細資訊,請參閱重新導向 URI (回覆 URL) 限制:Localhost 例外狀況 (Entra 文件)。
記錄應用程式 (用戶端) 識別碼 (例如 00001111-aaaa-2222-bbbb-3333cccc4444
)。
在 [驗證] > [平台組態] > [單頁應用程式] 中:
- 確認
https://localhost/authentication/login-callback
的重新導向 URI 存在。 - 在 [隱含授與] 區段中,確定未選取 [存取權杖] 和 [識別碼權杖] 核取方塊。 不建議針對使用 MSAL v2.0 或更新版本的 Blazor 應用程式使用隱含授與。 如需詳細資訊,請參閱 保護 ASP.NET Core 的安全Blazor WebAssembly。
- 此體驗可接受應用程式的其餘預設值。
- 如果您做了變更,請選取 [儲存] 按鈕。
建立 Blazor 應用程式
建立應用程式。 將下列命令中的預留位置取代為稍早記錄的資訊,並在命令殼層中執行下列命令:
dotnet new blazorwasm -au SingleOrg --client-id "{CLIENT ID}" --tenant-id "common" -o {PROJECT NAME}
預留位置 | Azure 入口網站名稱 | 範例 |
---|---|---|
{PROJECT NAME} |
- | BlazorSample |
{CLIENT ID} |
應用程式 (用戶端) 識別碼 | 00001111-aaaa-2222-bbbb-3333cccc4444 |
使用 -o|--output
選項指定的輸出位置會在專案資料夾不存在時建立專案資料夾,並且成為專案名稱的一部分。
為 openid
和 offline_access
DefaultAccessTokenScopes 新增一對 MsalProviderOptions:
builder.Services.AddMsalAuthentication(options =>
{
...
options.ProviderOptions.DefaultAccessTokenScopes.Add("openid");
options.ProviderOptions.DefaultAccessTokenScopes.Add("offline_access");
});
執行應用程式
使用下列其中一種方法來執行應用程式:
- Visual Studio
- 選取 [執行] 按鈕。
- 從功能表使用 [偵錯]>[開始偵錯]。
- 請按 F5。
- .NET CLI 命令殼層:從應用程式的資料夾執行
dotnet watch
(或dotnet run
) 命令。
應用程式的組件
本節說明從 Blazor WebAssembly 專案範本產生的應用程式組件,以及應用程式的設定方式。 如果您使用逐步解說一節中的指導來建立應用程式,則本節中沒有針對基本工作應用程式可遵循的任何特定指導。 本節中的指導有助於更新應用程式以驗證和授權使用者。 不過,更新應用程式的替代方法是從逐步解說一節中的指導建立新的應用程式,並將應用程式的元件、類別和資源移至新的應用程式。
驗證套件
建立應用程式以使用公司或學校帳戶 (SingleOrg
) 時,應用程式會自動收到 Microsoft 驗證程式庫 (Microsoft.Authentication.WebAssembly.Msal
) 的套件參考。 套件提供一組基本類型,可協助應用程式驗證使用者,並取得權杖來呼叫受保護的 API。
如果將驗證新增至應用程式,請手動將 Microsoft.Authentication.WebAssembly.Msal
套件新增至應用程式。
注意
如需將套件新增至 .NET 應用程式的指引,請參閱在套件取用工作流程 (NuGet 文件) 的安裝及管理套件底下的文章。 在 NuGet.org 確認正確的套件版本。
Microsoft.Authentication.WebAssembly.Msal
套件可轉移性地將 Microsoft.AspNetCore.Components.WebAssembly.Authentication
套件新增至應用程式。
驗證服務支援
支援使用 Microsoft.Authentication.WebAssembly.Msal
套件所提供的 AddMsalAuthentication 擴充方法,驗證在服務容器中註冊的使用者。 這個方法會設定應用程式與 Identity 提供者 (IP) 互動所需的所有服務。
在 Program
檔案中:
builder.Services.AddMsalAuthentication(options =>
{
builder.Configuration.Bind("AzureAd", options.ProviderOptions.Authentication);
});
AddMsalAuthentication 方法接受回呼,以設定驗證應用程式所需的參數。 當您註冊應用程式時,可以從 ME-ID 組態取得設定所需的值。
wwwroot/appsettings.json
設定
wwwroot/appsettings.json
檔案會提供組態:
{
"AzureAd": {
"Authority": "https://login.microsoftonline.com/common",
"ClientId": "{CLIENT ID}",
"ValidateAuthority": true
}
}
範例:
{
"AzureAd": {
"Authority": "https://login.microsoftonline.com/common",
"ClientId": "00001111-aaaa-2222-bbbb-3333cccc4444",
"ValidateAuthority": true
}
}
存取權杖範圍
Blazor WebAssembly 範本不會自動設定應用程式來要求安全 API 的存取權杖。 若要在登入流程中佈建存取權杖,請將範圍新增至 MsalProviderOptions 的預設存取權杖範圍:
builder.Services.AddMsalAuthentication(options =>
{
...
options.ProviderOptions.DefaultAccessTokenScopes.Add("{SCOPE URI}");
});
使用 AdditionalScopesToConsent
指定其他範圍:
options.ProviderOptions.AdditionalScopesToConsent.Add("{ADDITIONAL SCOPE URI}");
注意
當使用者第一次使用在 Microsoft Azure 中註冊的應用程式時,會透過 Microsoft Entra ID 同意 UI 來取得 Microsoft Graph 的 AdditionalScopesToConsent。 如需詳細資訊,請參閱搭配 ASP.NET Core Blazor WebAssembly 使用 Graph API。
如需詳細資訊,請參閱其他案例文章的下列各節:
登入模式
如果無法開啟快顯項目,架構預設為快顯登入模式,並回復為重新導向登入模式。 將 MsalProviderOptions 的 LoginMode
屬性設定為 redirect
,設定 MSAL 以使用重新導向登入模式:
builder.Services.AddMsalAuthentication(options =>
{
...
options.ProviderOptions.LoginMode = "redirect";
});
預設設定為 popup
,且字串值不區分大小寫。
匯入檔案
Microsoft.AspNetCore.Components.Authorization 命名空間可透過 _Imports.razor
檔案在整個應用程式中使用:
@using System.Net.Http
@using System.Net.Http.Json
@using Microsoft.AspNetCore.Components.Authorization
@using Microsoft.AspNetCore.Components.Forms
@using Microsoft.AspNetCore.Components.Routing
@using Microsoft.AspNetCore.Components.Web
@using Microsoft.AspNetCore.Components.Web.Virtualization
@using Microsoft.AspNetCore.Components.WebAssembly.Http
@using Microsoft.JSInterop
@using {APPLICATION ASSEMBLY}
@using {APPLICATION ASSEMBLY}.Shared
索引頁面
[索引] 頁面 (wwwroot/index.html
) 頁面包含一個指令碼,定義 JavaScript 中的 AuthenticationService
。 AuthenticationService
會處理 OIDC 通訊協定的低階詳細資料。 應用程式會在內部呼叫指令碼中定義的方法,來執行驗證作業。
<script src="_content/Microsoft.Authentication.WebAssembly.Msal/AuthenticationService.js"></script>
應用程式元件
App
元件 (App.razor
) 類似於在 Blazor Server 應用程式中找到的 App
元件:
- AuthorizeRouteView 元件可確保目前的使用者有權存取指定頁面,否則會轉譯
RedirectToLogin
元件。 RedirectToLogin
元件會管理將未經授權的使用者重新導向至登入頁面。
- CascadingAuthenticationState 元件會管理向應用程式的 rest 公開 AuthenticationState。
- AuthorizeRouteView 元件可確保目前的使用者有權存取指定頁面,否則會轉譯
RedirectToLogin
元件。 RedirectToLogin
元件會管理將未經授權的使用者重新導向至登入頁面。
由於 ASP.NET Core 版本之間的架構變更,所以本節不會顯示 App
元件的 Razor 標記 (App.razor
)。 若要檢查指定版本的元件標記,請使用下列任一方法:
針對您想要使用的 ASP.NET Core 版本,從預設 Blazor WebAssembly 專案範本建立要佈建以進行驗證的應用程式。 在產生的應用程式中檢查
App
元件 (App.razor
)。在參考來源中檢查
App
元件 (App.razor
)。 從分支選擇器中選擇版本,然後在存放庫的ProjectTemplates
資料夾中搜尋該元件,因為它多年來已經移動。注意
.NET 參考來源的文件連結通常會載入存放庫的預設分支,這表示下一版 .NET 的目前開發。 若要選取特定版本的標籤,請使用 [切換分支或標籤] 下拉式清單。 如需詳細資訊,請參閱如何選取 ASP.NET Core 原始程式碼 (dotnet/AspNetCore.Docs #26205) 的版本標籤。
RedirectToLogin 元件
RedirectToLogin
元件 (RedirectToLogin.razor
):
- 管理將未經授權的使用者重新導向至登入頁面。
- 使用者嘗試存取的目前 URL 會如此進行維護,以便在驗證成功時返回該頁面:
- .NET 7 或更新版本中 ASP.NET Core 中的瀏覽歷程記錄狀態。
- .NET 6 或更早版本中 ASP.NET Core 中的查詢字串。
在參考來源中檢查 RedirectToLogin
元件。 該元件的位置已隨著時間而變更,因此請使用 GitHub 搜尋工具來找出該元件。
注意
.NET 參考來源的文件連結通常會載入存放庫的預設分支,這表示下一版 .NET 的目前開發。 若要選取特定版本的標籤,請使用 [切換分支或標籤] 下拉式清單。 如需詳細資訊,請參閱如何選取 ASP.NET Core 原始程式碼 (dotnet/AspNetCore.Docs #26205) 的版本標籤。
LoginDisplay 元件
LoginDisplay
元件 (LoginDisplay.razor
) 是在 MainLayout
元件 (MainLayout.razor
) 中進行轉譯,並且管理下列行為:
- 針對已驗證的使用者:
- 顯示目前的使用者名稱。
- 提供 ASP.NET Core Identity 中使用者設定檔頁面的連結。
- 提供登出應用程式的按鈕。
- 針對匿名使用者:
- 提供註冊的選項。
- 提供登入的選項。
由於 ASP.NET Core 版本之間的架構變更,所以本節不會顯示 LoginDisplay
元件的 Razor 標記。 若要檢查指定版本的元件標記,請使用下列任一方法:
針對您想要使用的 ASP.NET Core 版本,從預設 Blazor WebAssembly 專案範本建立要佈建以進行驗證的應用程式。 在產生的應用程式中檢查
LoginDisplay
元件。在參考來源中檢查
LoginDisplay
元件。 該元件的位置已隨著時間而變更,因此請使用 GitHub 搜尋工具來找出該元件。 使用等於true
的Hosted
範本化內容。注意
.NET 參考來源的文件連結通常會載入存放庫的預設分支,這表示下一版 .NET 的目前開發。 若要選取特定版本的標籤,請使用 [切換分支或標籤] 下拉式清單。 如需詳細資訊,請參閱如何選取 ASP.NET Core 原始程式碼 (dotnet/AspNetCore.Docs #26205) 的版本標籤。
驗證元件
Authentication
元件 (Pages/Authentication.razor
) 所產生的頁面會定義處理不同驗證階段所需的路由。
- 由
Microsoft.AspNetCore.Components.WebAssembly.Authentication
套件提供。 - 管理在每個驗證階段執行適當的動作。
@page "/authentication/{action}"
@using Microsoft.AspNetCore.Components.WebAssembly.Authentication
<RemoteAuthenticatorView Action="@Action" />
@code {
[Parameter]
public string? Action { get; set; }
}
注意
.NET 6 或更新版本中的 ASP.NET Core 中支援可為 Null 參考型別 (NRT) 和 .NET 編譯器 Null 狀態靜態分析。 在 .NET 6 中的 ASP.NET Core 版本之前,string
類型會出現,但沒有 Null 型別指定 (?
)。
疑難排解
記錄
若要啟用 Blazor WebAssembly 驗證的偵錯或追蹤記錄,請參閱 ASP.NET Core Blazor 記錄的用戶端驗證記錄一節,並將發行項版本選取器設定為 ASP.NET Core 7.0 或更新版本。
常見錯誤
應用程式或 Identity 提供者 (IP) 的設定錯誤
最常見的錯誤是由不正確的設定所造成。 以下是一些範例:
- 視案例的需求而定,遺漏或不正確的授權單位、執行個體、租用戶識別碼、租用戶網域、用戶端識別碼或重新導向 URI 會防止應用程式驗證用戶端。
- 不正確的要求範圍會防止用戶端存取伺服器 Web API 端點。
- 不正確或遺漏伺服器 API 權限會防止用戶端存取伺服器 Web API 端點。
- 在與 IP 應用程式註冊的重新導 URI 中設定的連接埠不同的連接埠上執行應用程式。 請注意,Microsoft Entra ID 和在
localhost
開發測試位址執行的應用程式不需要連接埠,但應用程式的連接埠設定和應用程式執行的連接埠必須與非localhost
位址相符。
本文指導的設定區段顯示正確設定的範例。 仔細查看文章中有關尋找應用程式和 IP 設定錯誤的每個區段。
如果設定顯示正確:
分析應用程式記錄檔。
使用瀏覽器的開發人員工具,檢查用戶端應用程式與 IP 或伺服器應用程式之間的網路流量。 通常,在提出要求之後,IP 或伺服器應用程式會傳回錯誤訊息或有導致問題的線索訊息給用戶端。 下列文章中可找到開發人員工具指導:
- Google Chrome (Google 文件)
- Microsoft Edge
- Mozilla Firefox (Mozilla 文件)
對於使用 JSON Web 權杖 (JWT) 的 Blazor 版本,根據問題發生的位置,對用於驗證用戶端或存取伺服器 Web API 的權杖內容進行解碼。 如需詳細資訊,請參閱 檢查 JSON Web 權杖 (JWT) 的內容。
文件小組會回應文章中的文件意見反應和 BUG (從此頁面意見反應區段開啟問題),但是無法提供產品支援。 有數個公用支援論壇可用來協助針對應用程式進行疑難排解。 我們建議下列事項:
上述論壇並非由 Microsoft 擁有或控制。
針對非安全性、非敏感性和非機密可重現架構 BUG 報告,向 ASP.NET Core 產品單位提出問題。 在您徹底調查問題的原因而且無法自行解決,並取得公用支援論壇上社群的協助之前,請勿向產品單位提出問題。 產品單位無法針對因簡單設定錯誤或涉及第三方服務的使用案例而中斷的個別應用程式進行疑難排解。 如果報告具有敏感性或機密性質,或描述了攻擊者可能惡意探索的產品中潛在的安全性缺陷,請參閱 報告安全性問題和 BUG (
dotnet/aspnetcore
GitHub 存放庫)。ME-ID 未經授權的用戶端
info: Microsoft.AspNetCore.Authorization.DefaultAuthorizationService[2] Authorization failed. 不符合以下需求: DenyAnonymousAuthorizationRequirement:需要已驗證的使用者。
ME-ID 的登入回呼錯誤:
- 錯誤:
unauthorized_client
- 描述:
AADB2C90058: The provided application is not configured to allow public clients.
若要解決此錯誤:
- 在 Azure 入口網站中,存取應用程式的資訊清單。
- 將
allowPublicClient
屬性設定為null
或true
。
- 錯誤:
Cookie 和網站資料
Cookie 和網站資料可以在應用程式更新之間保存,並可介入測試和疑難排解。 進行應用程式程式碼變更、使用提供者的使用者帳戶變更,或提供者應用程式設定變更時,請清除下列內容:
- 使用者登入 Cookie
- 應用程式 Cookie
- 快取和儲存的網站資料
防止徘徊的 cookie 和網站資料不會因使用測試和疑難排解而介入的一種方法是:
- 設定瀏覽器
- 使用瀏覽器進行測試,您可以設定在每次關閉瀏覽器時刪除所有 cookie 和網站資料。
- 請確定瀏覽器已手動關閉或由 IDE 關閉,以便對應用程式、測試使用者或提供者設定進行任何變更。
- 使用自訂命令,在 Visual Studio 中以私人模式或無痕模式開啟瀏覽器:
- 從 Visual Studio 的 [執行] 按鈕開啟 [瀏覽方式] 對話方塊。
- 選取新增按鈕。
- 在 [程式] 欄位中提供瀏覽器的路徑。 下列可執行檔路徑是 Windows 10 的一般安裝位置。 如果您的瀏覽器安裝在不同的位置,或您不是使用 Windows 10,請提供瀏覽器可執行檔的路徑。
- Microsoft Edge:
C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe
- Google Chrome:
C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
- Mozilla Firefox:
C:\Program Files\Mozilla Firefox\firefox.exe
- Microsoft Edge:
- 在 [引數] 欄位中,提供瀏覽器用來在私人模式或無痕模式中開啟的命令列選項。 某些瀏覽器需要應用程式的 URL。
- Microsoft Edge:使用
-inprivate
。 - Google Chrome:使用
--incognito --new-window {URL}
,其中{URL}
預留位置是要開啟的 URL (例如https://localhost:5001
)。 - Mozilla Firefox:使用
-private -url {URL}
,其中{URL}
預留位置是要開啟的 URL (例如https://localhost:5001
)。
- Microsoft Edge:使用
- 在 [自訂名稱] 欄位中提供名稱。 例如:
Firefox Auth Testing
。 - 選取確定按鈕。
- 若要避免針對使用應用程式測試的每個反覆項目選取瀏覽器設定檔,請使用 [設為預設值] 按鈕,將設定檔設定為預設值。
- 請確定瀏覽器已由 IDE 關閉,以便對應用程式、測試使用者或提供者設定進行任何變更。
應用程式升級
在升級開發電腦上的 .NET Core SDK 或變更應用程式內的套件版本之後,正常運作的應用程式便立即發生失敗。 在某些情況下,執行主要升級時,不一致的套件可能會中斷應用程式。 大多數這些問題都可依照下列指示來進行修正:
- 從命令殼層執行
dotnet nuget locals all --clear
,以清除本機系統的 NuGet 套件快取。 - 刪除專案的
bin
和obj
資料夾。 - 還原並重建專案。
- 在重新部署應用程式之前,請先刪除伺服器上部署資料夾中的所有檔案。
注意
不支援使用與應用程式目標框架不相容的套件版本。 如需套件的詳細資訊,請使用 NuGet 資源庫或 FuGet 套件總管。
執行 Server
應用程式
測試裝載 Blazor WebAssembly方案並且進行疑難排解時,請確定您是從 Server
專案執行應用程式。
檢查使用者
下列 User
元件可以直接在應用程式中使用,或作為進一步自訂的基礎。
User.razor
:
@page "/user"
@attribute [Authorize]
@using System.Text.Json
@using System.Security.Claims
@inject IAccessTokenProvider AuthorizationService
<h1>@AuthenticatedUser?.Identity?.Name</h1>
<h2>Claims</h2>
@foreach (var claim in AuthenticatedUser?.Claims ?? Array.Empty<Claim>())
{
<p class="claim">@(claim.Type): @claim.Value</p>
}
<h2>Access token</h2>
<p id="access-token">@AccessToken?.Value</p>
<h2>Access token claims</h2>
@foreach (var claim in GetAccessTokenClaims())
{
<p>@(claim.Key): @claim.Value.ToString()</p>
}
@if (AccessToken != null)
{
<h2>Access token expires</h2>
<p>Current time: <span id="current-time">@DateTimeOffset.Now</span></p>
<p id="access-token-expires">@AccessToken.Expires</p>
<h2>Access token granted scopes (as reported by the API)</h2>
@foreach (var scope in AccessToken.GrantedScopes)
{
<p>Scope: @scope</p>
}
}
@code {
[CascadingParameter]
private Task<AuthenticationState> AuthenticationState { get; set; }
public ClaimsPrincipal AuthenticatedUser { get; set; }
public AccessToken AccessToken { get; set; }
protected override async Task OnInitializedAsync()
{
await base.OnInitializedAsync();
var state = await AuthenticationState;
var accessTokenResult = await AuthorizationService.RequestAccessToken();
if (!accessTokenResult.TryGetToken(out var token))
{
throw new InvalidOperationException(
"Failed to provision the access token.");
}
AccessToken = token;
AuthenticatedUser = state.User;
}
protected IDictionary<string, object> GetAccessTokenClaims()
{
if (AccessToken == null)
{
return new Dictionary<string, object>();
}
// header.payload.signature
var payload = AccessToken.Value.Split(".")[1];
var base64Payload = payload.Replace('-', '+').Replace('_', '/')
.PadRight(payload.Length + (4 - payload.Length % 4) % 4, '=');
return JsonSerializer.Deserialize<IDictionary<string, object>>(
Convert.FromBase64String(base64Payload));
}
}
檢查 JSON Web 權杖 (JWT) 的內容
若要解碼 JSON Web 權杖 (JWT),請使用 Microsoft 的 jwt.ms 工具。 UI 中的值永遠不會離開瀏覽器。
範例編碼 JWT (已縮短顯示):
eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsImtpZCI6Ilg1ZVhrNHh5b2pORnVtMWtsMll0djhkbE5QNC1j ... bQdHBHGcQQRbW7Wmo6SWYG4V_bU55Ug_PW4pLPr20tTS8Ct7_uwy9DWrzCMzpD-EiwT5IjXwlGX3IXVjHIlX50IVIydBoPQtadvT7saKo1G5Jmutgq41o-dmz6-yBMKV2_nXA25Q
針對 Azure AAD B2C 進行驗證之應用程式的工具所解碼的範例 JWT:
{
"typ": "JWT",
"alg": "RS256",
"kid": "X5eXk4xyojNFum1kl2Ytv8dlNP4-c57dO6QGTVBwaNk"
}.{
"exp": 1610059429,
"nbf": 1610055829,
"ver": "1.0",
"iss": "https://mysiteb2c.b2clogin.com/11112222-bbbb-3333-cccc-4444dddd5555/v2.0/",
"sub": "aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb",
"aud": "00001111-aaaa-2222-bbbb-3333cccc4444",
"nonce": "bbbb0000-cccc-1111-dddd-2222eeee3333",
"iat": 1610055829,
"auth_time": 1610055822,
"idp": "idp.com",
"tfp": "B2C_1_signupsignin"
}.[Signature]