-
Notifications
You must be signed in to change notification settings - Fork 365
Xamarin iOS Specifics
On Xamarin iOS, there are several considerations that you must take into account when using MSAL.NET
- Override and implement the
OpenUrl
function in theAppDelegate
- Enable Keychain groups
- Enable token cache sharing
- Enable Keychain access
First you need to override the OpenUrl
method of the FormsApplicationDelegate
derived class and call AuthenticationContinuationHelper.SetAuthenticationContinuationEventArgs
.
public override bool OpenUrl(UIApplication app, NSUrl url, NSDictionary options)
{
AuthenticationContinuationHelper.SetAuthenticationContinuationEventArgs(url);
return true;
}
You will also need to define a URL scheme, require permissions for your app to call another app, have a specific form for the redirect URL, and register this redirect URL in the Azure portal
In order to make the token cache work and have the AcquireTokenSilentAsync
work, multiple steps must be followed :
- Enable Keychain access in your
Entitlements.plist
file and specify the Keychain Groups in your bundle identifier. - Select
Entitlements.plist
file for the Custom Entitlements field in the iOS project options window's Bundle Signing View. - When signing a certificate, make sure XCode uses the same Apple Id.
From MSAL 2.x, you can specify a Keychain Security Group to use for persisting the token cache across multiple applications. This enables you to share the token cache between several applications having the same keychain security group including those developed with ADAL.NET, MSAL.NET Xamarin.iOS applications, and native iOS applications developed with ADAL.objc or MSAL.objc).
Sharing the token cache allows single sign-on between all of the applications that use the same Keychain Security Group.
To enable this, you need to set the PublicClientApplication.iOSKeychainSecurityGroup
property to the same value in all of the applications.
An example of this would be:
PublicClientApplication.iOSKeychainSecurityGroup = "com.microsoft.msalrocks";
Previously, from MSAL 2.x, developers were forced to include the TeamId prefix when using the KeychainSecurityGroup
property, which will change between dogfood and development time.
Now, from MSAL 2.7.x, when using the new iOSKeychainSecurityGroup
property, MSAL will resolve the TeamId prefix during runtime. When using this property, the value should not contain the TeamId prefix.
Use the new iOSKeychainSecurityGroup
property, which does not require developers to provide the TeamId, as the previous KeychainSecurityGroup
property is now obsolete.
From MSAL 2.x and ADAL 4.x, the TeamId is used to access the keychain, this enables the authentication libraries to provide Single Sign-On (SSO) between applications of the same publisher.
What is the TeamIdentifierPrefix (TeamId)? It is a unique identifier (company or personal) in the App Store. The AppId is unique for an app. If you have more than one app, the TeamId for all the apps will be the same, but the AppId will be different. The keychain access group is prefixed by TeamId automatically for each group by the system. It's how the OS enforces that apps from the same publisher can access the shared keychain.
When initializing the PublicClientApplication
, if you receive an MsalClientException
with the message: TeamId returned null from the iOS keychain...
, you will need to do the following in the iOS Xamarin app:
-
In VS, under Debug tab, go to nameOfMyApp.iOS Properties...
-
Then go to iOS Bundle Signing
-
Under Custom Entitlements, click the ... and select the Entitlements.plist file from your app
-
In the csproj file of the iOS app, you should have this line now included:
<CodesignEntitlements>Entitlements.plist</CodesignEntitlements>
-
Rebuild the project.
This is in addition to enabling keychain access in the Entitlements.plist
file, using either the below access group or your own:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>keychain-access-groups</key>
<array>
<string>$(AppIdentifierPrefix)com.microsoft.adalcache</string>
</array>
</dict>
</plist>
More details are provided in the iOS Specific Considerations paragraph of the following sample's readme.md file:
Sample | Platform | Description |
---|---|---|
https://github.com/Azure-Samples/active-directory-xamarin-native-v2 | Xamarin iOS, Android, UWP | A simple Xamarin Forms app showcasing how to use MSAL to authenticate MSA and Azure AD via the AAD V2.0 endpoint, and access the Microsoft Graph with the resulting token. ![]() |
- Home
- Why use MSAL.NET
- Is MSAL.NET right for me
- Scenarios
- Register your app with AAD
- Client applications
- Acquiring tokens
- MSAL samples
- Known Issues
- AcquireTokenInteractive
- WAM - the Windows broker
- .NET Core
- Maui Docs
- Custom Browser
- Applying an AAD B2C policy
- Integrated Windows Authentication for domain or AAD joined machines
- Username / Password
- Device Code Flow for devices without a Web browser
- ADFS support
- Acquiring a token for the app
- Acquiring a token on behalf of a user in Web APIs
- Acquiring a token by authorization code in Web Apps
- High Availability
- Token cache serialization
- Logging
- Exceptions in MSAL
- Provide your own Httpclient and proxy
- Extensibility Points
- Clearing the cache
- Client Credentials Multi-Tenant guidance
- Performance perspectives
- Differences between ADAL.NET and MSAL.NET Apps
- PowerShell support
- Testing apps that use MSAL
- Experimental Features
- Proof of Possession (PoP) tokens
- Using in Azure functions
- Extract info from WWW-Authenticate headers
- SPA Authorization Code