msal_auth 是一个 Flutter 插件,通过使用原生 Microsoft 认证库 (MSAL),可在跨平台应用中实现无缝的 Microsoft 认证。它支持 Android、iOS 和 macOS,提供使用 Microsoft 帐户、Azure AD 和个人 Microsoft 帐户的安全登录功能。该插件通过平台原生流程处理令牌获取、会话管理和帐户选择,确保一致且安全的用户体验。它直接集成 MSAL 强大的安全功能,包括令牌缓存和刷新机制。开发者可以轻松实现认证工作流,而无需编写大量样板代码。
适合场景
在企业应用中集成 Microsoft 帐户登录
为内部工具启用 Azure AD 身份验证
支持生产力应用中的多账户场景
保护对 Microsoft Graph API 的访问
在 Microsoft 服务之间实现单点登录
主要特点
所有支持平台上的原生 MSAL 集成
安全的令牌缓存和刷新
支持多种账户类型(工作、学校、个人)
内置账户选择界面
API 调用的自动令牌获取
跨平台一致性
适合对象
企业移动应用
内部业务工具
需要 Azure AD 集成的应用程序
使用 Microsoft 身份验证生态系统的开发人员
需要安全、原生认证的项目
使用建议
需要在 Azure 门户中配置应用注册
仅限 Microsoft 身份提供程序
iOS 和 Android 的平台特定设置需要
可能需要为某些范围授予额外权限
依赖原生 MSAL SDK,可能存在版本约束
原始 README
以下为关联源码仓库的 README 原文快照,最新内容请访问源码仓库。
MSAL Auth
Microsoft Authentication 🔐 Library for Flutter.
msal_auth plugin provides Microsoft authentication in Android and iOS devices using native MSAL library. This is very straightforward and easy to use.
Platform Support
Android
SDK 21+
CocoaPods
iOS
macOS
16+
11+
Swift Package Manager (SPM)
iOS
macOS
16+
11+
Note The minimum iOS and macOS versions may differ between CocoaPods and Swift Package Manager (SPM), as these requirements are determined by the MSAL native Swift library and are not requirements of this Flutter plugin.
Features 🚀
Option to set one of the following broker (Authentication middleware):
MS Authenticator App
Browser
In-App WebView
Single & Multiple account mode support
Supports different identity providers (authority):
AAD (Microsoft Entra ID)
B2C (Business to customer)
Acquire token interactively & silently
Option to set login hint & prompt type in acquiring token
Complete authentication result with account information
Check shared device mode status
To implement MSAL in Flutter, you first need to set up an app in the Azure Portal and configure certain platform-specific settings.
➡ Follow the step-by-step guide below ⬇️
Create an App in Azure Portal
First, sign up and create an app on the Azure Portal.
To create the app, search for App registrations, click on it, and navigate to New registration.
Fill in the Name field, select the Supported account types, and register the app.
Once the application is created, you will see the Application (client) ID and Directory (tenant) ID. These values are required in your Dart code.
Next, you need to add platform-specific configurations for Android and iOS/macOS in the Azure Portal. To do this, navigate to Manage > Authentication > Add platform.
Android Setup - Azure portal
For Android, You need to provide package name and signature hash. To generate a signature hash in Flutter, use the below command from your project's android folder:
Ensure you have upload-keystore.jks file placed inside android/app folder. Follow the Flutter's documentation Build and release an Android app to create a release setup.
Register both signature hash in Azure's Android Platform configurations.
iOS/macOS Setup - Azure portal
You need to provide only Bundle ID of your iOS/macOS app. Redirect URI will be generated automatically by system.
That's it for the Azure portal configuration.
Please follow the platform configuration ⬇️ before jump to the Dart code.
Android Configuration
This plugin offers full customization, allowing you to provide a configuration JSON file to be used during application creation & authentication.
Follow the steps below to complete the Android configuration.
Obtain the redirect_uri from the Azure Portal. This URI is required in the Android configuration when creating the public client application using Dart code.
The redirect URI typically follows this format for Android:
There is no need to include client_id and redirect_uri in this JSON, as they will be added programmatically by the Dart code when the public client application is created.
Setup Account Mode
To support single account mode in Android, declare the following in a configuration file:
"account_mode":"SINGLE"
For multiple mode:
"account_mode":"MULTIPLE"
Setup Authority
Follow the Android MSAL Authority documentation to configure it in various ways, depending on your application's requirements.
If you use Browser or Authenticator app for authentication, you must specify BrowserTabActivity within the <application> tag in your AndroidManifest.xml file.
Add a new keychain group com.microsoft.adalcache to your project capabilities.
Without this configuration, your app will not be able to open the Microsoft Authenticator app if specified in the broker. Additionally, the logout method will throw an exception because it will not be able to find the account in the cache.
Info.plist Modification
Add your application's redirect URI scheme to your Info.plist file:
Add LSApplicationQueriesSchemes to use the Microsoft Authenticator app as a broker for authentication. Not required when Safari Browser or WebView is used as a broker.
If you use Broker.msAuthenticator after declaring the above schemes but the Authenticator app is not installed on the iPhone, the authentication will fall back to using Safari Browser.
Handle callback from MSAL
Applicable only when using version 3.3.0 or earlier. Starting from version 3.4.0, callback handling is managed internally by the plugin, so no additional setup is required on the app side.
Your app needs to handle login success callback if app uses Microsoft Authenticator app OR Safari Browser for authentication. WebView does not require it.
Your app needs to handle the login success callback if it uses the Microsoft Authenticator app or Safari Browser for authentication. WebView does not require this callback.
Refer to the AppDelegate.swift file in the example app for more clarity.
If you adopted UISceneDelegate on iOS 13+, MSAL callback needs to be placed into the appropriate delegate method of UISceneDelegate instead of AppDelegate.
Add a new keychain group com.microsoft.identity.universalstorage to your project capabilities.
If you encounter the NSPOSIXErrorDomain error while using acquireToken in a macOS debug app, it indicates a missing network entitlement required for the app in debug mode. To fix this issue, add the following configuration to the DebugProfile.entitlements file:
This section covers how to write the Dart code to set up an MSAL application in Flutter and authenticate the user.
Create Public Client Application
Create the public client app based on your account mode. usually, it is a single account mode.
final msalAuth = awaitSingleAccountPca.create(
clientId: '<MICROSOFT_CLIENT_ID>',
androidConfig: AndroidConfig(
configFilePath: 'assets/msal_config.json',
redirectUri: '<Android Redirect URI>',
),
appleConfig: AppleConfig(
authority: '<Optional, but must be provided for b2c>',
// Change authority type to 'b2c' for business to customer flow.
authorityType: AuthorityType.aad,
// Change broker if you need. Applicable to both iOS and macOS.// Setting it to 'Broker.webView' / 'Broker.safariBrowser' disables the// Microsoft SSO extension and uses the web view instead — useful on// managed Macs where the broker cannot resolve the app's Team ID.
broker: Broker.msAuthenticator,
// Optional. Explicit redirect URI (e.g. 'msauth.<team-id>.<bundle-id>://auth').// When set, MSAL uses it directly instead of deriving the default redirect// and resolving the Apple Team ID via keychain — which fails on some managed// devices with "teamId is missing". Omit to keep the default behavior.
redirectUri: '<Optional Apple Redirect URI>',
),
);
By default, login will be attempted to AAD (Microsoft Entra ID). if you want to use B2C, set the authorityType to AuthorityType.b2c.
On iOS, if the broker is set to AuthMiddleware.msAuthenticator and the Authenticator app is not installed on the device, it will fall back to using Safari Browser for authentication.
Acquire Token (Login to Microsoft Account)
This method opens the Microsoft login page in the specified broker and provides the authentication result upon a successful login. The result includes the accessToken.
final authResult = await publicClientApplication.acquireToken(
scopes: <String>[
'https://graph.microsoft.com/user.read',
// Add other scopes here if required.
],
// UI option for authentication, default is [Prompt.whenRequired]
prompt: Prompt.login,
// Provide 'loginHint' if you have.
loginHint: '<Email Id / Username / Unique Identifier>',
// Optional: Custom authority URL for B2C or different// tenant scenarios
authority: '<Authority URL>',
);
log('Auth result: ${authResult.toJson()}');
Acquire Token by Silent Call 🔇
Typically, this method should be called when the accessToken expires. It uses the refresh token from the cached account, performs authentication in the background, and returns the authentication result, similar to the acquireToken() method.
The app can store the expiresOn value of the AuthenticationResult in the preferences and check the following condition before using the accessToken:
if (expiresOn.isBefore(DateTime.now())) {
final authResult = await publicClientApplication.acquireTokenSilent(
scopes: <String>[], // List of string same as "acquireToken()"
identifier: 'Account Identifier, required for multiple account mode',
// Authority URL where you want to refresh tokens using// a different policy than the original authentication.// Required for B2C scenarios.
authority: '<Authority URL>',
);
log('Auth result: ${authResult.toJson()}');
// Store new value of "expiresOn" or entire "authResult" object.
}
This method can throw an MsalUiRequiredException if the refresh token has expired or does not exist. In this case, the acquireToken() method should typically be called to prompt the user for interactive authentication and obtain a new access token.
try {
acquireTokenSilent();
} onMsalExceptioncatch (e) {
if (e isMsalUiRequiredException) {
awaitacquireToken();
// Handle auth result
}
}
All other types of exceptions are optional to handle, depending on your use case.
Shared Device Mode Status
Indicates whether the device is configured by the administrator in Shared Device Mode. When enabled, the device is intended for use by multiple employees. Users can sign in to access work resources, and once they sign out after completing their shift or task, the device is immediately ready for the next employee.
All MSAL exceptions thrown by the Android and iOS/macOS platforms can be handled on the Dart side. You can manage them according to your use case, such as by logging the errors, displaying user-friendly messages, retrying the operation, or triggering specific app behaviors based on the type of exception.