The ADAL SDK for Android gives you the ability to add support for Work Accounts to your application with just a few lines of additional code. This SDK gives your application the full functionality of Microsoft Azure AD, including industry standard protocol support for OAuth2, Web API integration with user level consent, and two factor authentication support. Best of all, it’s FOSS (Free and Open Source Software) so that you can participate in the development process as we build these libraries.
What is a Work Account?
A Work Account is an identity you use to get work done no matter if at your business or on a college campus. Anywhere you need to get access to your work life you'll use a Work Account. The Work Account can be tied to an Active Directory server running in your datacenter or live completely in the cloud like when you use Office365. A Work Account will be how your users know that they are accessing their important documents and data backed my Microsoft security.
Thanks to all your great feedback over the preview period, we have released 1.0 (GA) of the Microsoft Azure Active Directory Library for Android! Recent version is 1.1.0
- Industry standard Oauth2 protocol support.
- IdToken exposure for full access to the token contents.
- Multi resource refresh token allows for apps registered together to access different APIs without prompting the user.
- Cache with Encryption for easily accessing existing tokens and session state with assurance it wasn't tampered with.
- Support for the Microsoft Azure AD Authenticator plug-in for Android, which will be released soon!
- Dialog and Fragment support
We provide a full suite of sample applications and documentation on GitHub to help you get started with learning the Azure Identity system. This includes tutorials for native clients such as Windows, Windows Phone, iOS, OSX, Android, and Linux. We also provide full walkthroughs for authentication flows such as OAuth2, OpenID Connect, Graph API, and other awesome features.
Visit your Azure Identity samples for Android is here: https://github.com/AzureADSamples/NativeClient-Android
Xamarin related info is here: https://github.com/AzureADSamples/NativeClient-Xamarin-Android
We leverage Stack Overflow to work with the community on supporting Azure Active Directory and its SDKs, including this one! We highly recommend you ask your questions on Stack Overflow (we're all on there!) Also browser existing issues to see if someone has had your question before.
We recommend you use the "adal" tag so we can see it! Here is the latest Q&A on Stack Overflow for ADAL: http://stackoverflow.com/questions/tagged/adal
All code is licensed under the Apache 2.0 license and we triage actively on GitHub. We enthusiastically welcome contributions and feedback. You can clone the repo and start contributing now. if you want to setup a maven enviroment please check this More details about contribution
Please check the releases for updates.
To build with Maven, you can use the pom.xml at top level
- Clone this repo in to a directory of your choice
- Follow the steps at Prerequests section to setup your maven for android
- Setup emulator with SDK 19
- Go to the root folder where you cloned this repo
- Run the command: mvn clean install
- Change the directory to the Quick Start sample: cd samples\hello
- Run the command: mvn android:deploy android:run
- You should see app launching
- Enter test user credentials to try!
Jar packages will be also submitted beside the aar package.
##Download
We've made it easy for you to have multiple options to use this library in your Android project:
- You can use the source code to import this library into Eclipse and link to your application.
- If using Android Studio, you can use aar package format and reference the binaries.
###Option 1: Source Zip
To download a copy of the source code, click "Download ZIP" on the right side of the page or click here.
###Option 2: Source via Git
To get the source code of the SDK via git just type:
git clone git@github.com:AzureAD/azure-activedirectory-library-for-android.git
cd ./azure-activedirectory-library-for-android/src
###Option 3: Binaries via Gradle
You can get the binaries from Maven central repo. AAR package can be included as follows in your project in AndroidStudio:
repositories {
mavenCentral()
}
dependencies {
// your dependencies here...
compile('com.microsoft.aad:adal:1.1.3') {
// if your app includes android support
// libraries or Gson in its dependencies
// exclude that groupId from ADAL's compile
// task by un-commenting the appropriate
// line below
// exclude group: 'com.android.support'
// exclude group: 'com.google.code.gson'
}
}###Option 4: aar via Maven
If you are using the m2e plugin in Eclipse, you can specify the dependency in your pom.xml file:
<dependency>
<groupId>com.microsoft.aad</groupId>
<artifactId>adal</artifactId>
<version>1.1.3</version>
<type>aar</type>
</dependency>###Option 5: jar package inside libs folder You can get the jar file from maven the repo and drop into the libs folder in your project. You need to copy the required resources to your project as well since the jar packages don't include them.
- Maven 3.1.1+
- Git
- Android SDK
- AVD image running (API level 14) or higher.
- Android SDK with ALL packages installed
- You may use any IDE that supports Maven. Eclipse ADT will work fine after you complete prereq step.
-
Follow the Prerequisites
-
Add a reference to your project and specify it as an Android library. If you are uncertain how to do this, click here for more information: http://developer.android.com/tools/projects/projects-eclipse.html
-
Add the project dependency for debugging in to your project settings
-
Update your project's AndroidManifest.xml file to include:
<uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" /> <application android:allowBackup="true" android:debuggable="true" android:icon="@drawable/ic_launcher" android:label="@string/app_name" android:theme="@style/AppTheme" > <activity android:name="com.microsoft.aad.adal.AuthenticationActivity" android:label="@string/title_login_hello_app" > </activity> .... <application/>
-
Register your WEBAPI service app in Azure Active Directory (AAD). If you're not sure what a tenant is or how you would get one, read What is a Microsoft Azure AD tenant? or Sign up for Microsoft Azure as an organization. These docs should get you started on your way to using Windows Azure AD.
- NOTE: You need to write down the APP ID URI for the next steps
- Register your client native app at AAD. Select webapis in the list and give permission to previously registered WebAPI. If you need help with this step, see: Register the REST API Service Windows Azure Active Directory
- NOTE: You will need to write down the clientId and redirectUri parameters for the next steps.
-
Create an instance of AuthenticationContext at your main Activity. The details of this call are beyond the scope of this README, but you can get a good start by looking at the Android Native Client Sample. Below is an example:
// Authority is in the form of https://login.windows.net/yourtenant.onmicrosoft.com mContext = new AuthenticationContext(MainActivity.this, authority, true); // This will use SharedPreferences as default cache
- NOTE: mContext is a field in your activity
-
Copy this code block to handle the end of AuthenticationActivity after user enters credentials and receives authorization code:
@Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); if (mContext != null) { mContext.onActivityResult(requestCode, resultCode, data); } }
-
To ask for a token, you define a callback
private AuthenticationCallback<AuthenticationResult> callback = new AuthenticationCallback<AuthenticationResult>() { @Override public void onError(Exception exc) { if (exc instanceof AuthenticationException) { textViewStatus.setText("Cancelled"); Log.d(TAG, "Cancelled"); } else { textViewStatus.setText("Authentication error:" + exc.getMessage()); Log.d(TAG, "Authentication error:" + exc.getMessage()); } } @Override public void onSuccess(AuthenticationResult result) { mResult = result; if (result == null || result.getAccessToken() == null || result.getAccessToken().isEmpty()) { textViewStatus.setText("Token is empty"); Log.d(TAG, "Token is empty"); } else { // request is successful Log.d(TAG, "Status:" + result.getStatus() + " Expired:" + result.getExpiresOn().toString()); textViewStatus.setText(PASSED); } } };
-
Finally, ask for a token using that callback:
mContext.acquireToken(MainActivity.this, resource, clientId, redirect, user_loginhint, PromptBehavior.Auto, "", callback);
Explanation of the parameters:
- Resource is required and is the resource you are trying to access.
- Clientid is required and comes from the AzureAD Portal.
- You can setup redirectUri as your packagename. It is not required to be provided for the acquireToken call.
- PromptBehavior helps to ask for credentials to skip cache and cookie.
- Callback will be called after authorization code is exchanged for a token.
The Callback will have an object of AuthenticationResult which has accesstoken, date expired, and idtoken info.
Optional: acquireTokenSilent
You can call acquireTokenSilent to handle caching, and token refresh. It provides sync version as well. It accepts userid as paremeter.
mContext.acquireTokenSilent(resource, clientid, userId, callback );-
Broker: Microsoft Intune's Company portal app will provide the broker component. Adal will use the broker account, if there is one user account is created at this authenticator and Developer choose not to skip it. Developer can skip the broker user with:
AuthenticationSettings.Instance.setSkipBroker(true);
Developer needs to register special redirectUri for broker usage. RedirectUri is in the format of msauth://packagename/Base64UrlencodedSignature. You can get your redirecturi for your app using the script "brokerRedirectPrint.ps1" or use API call mContext.getBrokerRedirectUri. Signature is related to your signing certificates.
Current broker model is for one user. AuthenticationContext provides API method to get the broker user.
String brokerAccount = mContext.getBrokerUser();Broker user will be returned if account is valid.
Your app manifest should have permissions to use AccountManager accounts: http://developer.android.com/reference/android/accounts/AccountManager.html
- GET_ACCOUNTS
- USE_CREDENTIALS
- MANAGE_ACCOUNTS
Using this walkthrough, you should have what you need to successfully integrate with Azure Active Directory. For more examples of this working, viist the AzureADSamples/ repository on GitHub.
Library project resources can be overwritten by your application resources. This happens when your app is building. For this reason, you can customize Authentication Activity layout the way you want. You need to make sure to keep the id of the controls that ADAL uses(Webview).
Broker component will be delivered with Intune's Company portal app. Account will be created in Account Manager. Account type is "com.microsoft.workaccount". It only allows single SSO account. It will create SSO cookie for this user after completing device challange for one of the apps.
ADFS is not recognized as production STS, so you need to turn of instance discovery and pass false at AuthenticationContext constructor.
Authority url needs STS instance and tenant name: https://login.windows.net/yourtenant.onmicrosoft.com
ADAL provides Default cache in SharedPrefrecens with some simple cache query fucntions. You can get the current cache from AuthenticationContext with:
ITokenCacheStore cache = mContext.getCache();You can also provide your cache implementation, if you want to customize it.
mContext = new AuthenticationContext(MainActivity.this, authority, true, yourCache);ADAL provides option to specifiy prompt behavior. PromptBehavior.Auto will pop up UI if refresh token is invalid and user credentials are required. PromptBehavior.Always will skip the cache usage and always show UI.
This method does not use UI pop up and not require an activity. It will return token from cache if available. If token is expired, it will try to refresh it. If refresh token is expired or failed, it will return AuthenticationException.
Future<AuthenticationResult> result = mContext.acquireTokenSilent(resource, clientid, userId, callback );You can also make sync call with this method. You can set null to callback or use acquireTokenSilentSync.
The following are the primary sources of information for diagnosing issues:
- Exceptions
- Logs
- Network traces
Also, note that correlation IDs are central to the diagnostics in the library. You can set your correlation IDs on a per request basis if you want to correlate an ADAL request with other operations in your code. If you don't set a correlations id then ADAL will generate a random one and all log messages and network calls will be stamped with the correlation id. The self generated id changes on each request.
This is obviously the first diagnostic. We try to provide helpful error messages. If you find one that is not helpful please file an issue and let us know. Please also provide device information such as model and SDK#.
You can configure the library to generate log messages that you can use to help diagnose issues. You configure logging by making the following call to configure a callback that ADAL will use to hand off each log message as it is generated.
Logger.getInstance().setExternalLogger(new ILogger() {
@Override
public void Log(String tag, String message, String additionalMessage, LogLevel level, ADALError errorCode) {
...
// You can write this to logfile depending on level or errorcode.
writeToLogFile(getApplicationContext(), tag +":" + message + "-" + additionalMessage);
}
}Messages can be written to a custom log file as seen below. Unfortunately, there is no standard way of getting logs from a device. There are some services that can help you with this. You can also invent your own, such as sending the file to a server.
private syncronized void writeToLogFile(Context ctx, String msg) {
File directory = ctx.getDir(ctx.getPackageName(), Context.MODE_PRIVATE);
File logFile = new File(directory, "logfile");
FileOutputStream outputStream = new FileOutputStream(logFile, true);
OutputStreamWriter osw = new OutputStreamWriter(outputStream);
osw.write(msg);
osw.flush();
osw.close();
}- Error(Exceptions)
- Warn(Warning)
- Info(Information purposes)
- Verbose(More details)
You set the log level like this:
Logger.getInstance().setLogLevel(Logger.LogLevel.Verbose);All log messages are sent to logcat in addition to any custom log callbacks. You can get log to a file form logcat as shown belog:
adb logcat > "C:\logmsg\logfile.txt"
More examples about adb cmds: https://developer.android.com/tools/debugging/debugging-log.html#startingLogcat
You can use various tools to capture the HTTP traffic that ADAL generates. This is most useful if you are familiar with the OAuth protocol or if you need to provide diagnostic information to Microsoft or other support channels.
Fiddler is the easiest HTTP tracing tool. Use the following links to setup it up to correctly record ADAL network traffic. In order to be useful it is necessary to configure fiddler, or any other tool such as Charles, to record unencrypted SSL traffic. NOTE: Traces generated in this way may contain highly privileged information such as access tokens, usernames and passwords. If you are using production accounts, do not share these traces with 3rd parties. If you need to supply a trace to someone in order to get support, reproduce the issue with a temporary account with usernames and passwords that you don't mind sharing.
acquireToken method without activity supports dialog prompt.
ADAL encrypts the tokens and store in SharedPreferences by default. You can look at the StorageHelper class to see the details. Android introduced AndroidKeyStore for 4.3(API18) secure storage of private keys. ADAL uses that for API18 and above. If you want to use ADAL for lower SDK versions, you need to provide secret key at AuthenticationSettings.INSTANCE.setSecretKey
AuthenticationParameters class provides functionality to get the authorization_uri from Oauth2 bearer challange.
Android webview does not clear session cookies after app is closed. You can handle this with sample code below:
CookieSyncManager.createInstance(getApplicationContext());
CookieManager cookieManager = CookieManager.getInstance();
cookieManager.removeSessionCookie();
CookieSyncManager.getInstance().sync();More about cookies: http://developer.android.com/reference/android/webkit/CookieSyncManager.html
The ADAL library includes English strings for the following two ProgressDialog messages.
Your application should overwrite them if localized strings are desired.
<string name="app_loading">Loading...</string>
<string name="broker_processing">Broker is processing</string>
<string name="http_auth_dialog_username">Username</string>
<string name="http_auth_dialog_password">Password</string>
<string name="http_auth_dialog_title">Sign In</string>
<string name="http_auth_dialog_login">Login</string>
<string name="http_auth_dialog_cancel">Cancel</string>=======
Adal version 1.1.0 supports NTLM dialog that is processed through onReceivedHttpAuthRequest event from WebViewClient. Dialog layout and strings can be customized.
Copyright (c) Microsoft Open Technologies, Inc. All rights reserved. Licensed under the Apache License, Version 2.0 (the "License");