Microsoft Authentication Library (MSAL) for Python makes it easy to authenticate to Microsoft Entra ID. General docs are available here https://learn.microsoft.com/entra/msal/python/ Stable APIs are documented here https://msal-python.readthedocs.io. Questions can be asked on www.stackoverflow.com with tag "msal" + "python".
A broker is a component installed on your device. Broker implicitly gives your device an identity. By using a broker, your device becomes a factor that can satisfy MFA (Multi-factor authentication). This factor would become mandatory if/when a tenant's admin enables a corresponding Conditional Access (CA) policy. The broker's presence allows Microsoft identity platform to have higher confidence that the tokens are being issued to your device, and that is more secure.
An additional benefit of broker is, it runs as a long-lived process with your device's OS, and maintains its own cache, so that your broker-enabled apps (even CLI) could automatically SSO from a previously established signed-in session.
Currently, broker is available on recent Windows platforms.
In this PR, MSAL Python utilizes the broker to acquire tokens. When enabled, broker behaviors will kick in when your PublicClientApplication app calls MSAL Python's acquire_token_interactive(), acquire_token_by_username_password(), acquire_token_silent(), acquire_token_silent_with_error(). Most noticeably, the acquire_token_interactive([...], prompt="select_account") will trigger a pop-up window, rather than a browser.
API reference docs has also been updated and staged at here (you would need to scroll up a little bit).
Prerequisite for an app
Because this feature branch is not yet officially released with a version number, you will need to clean up your test environment by pip uninstall msal pymsalruntime -y, especially when you want to reset your test environment to test the latest changes in this PR.
Use a recent version of MSAL Python.
Currently, this can be achieved by installing the MSAL Python from this feature branch:
pip install "git+https://github.com/AzureAD/microsoft-authentication-library-for-python.git@wam"
Install the broker package.
The broker package pymsalruntime needs to be available in your Python environment, ~so that MSAL Python will automatically utilize it~. This can be satisfied by pip install "msal[broker] @ git+https://github.com/AzureAD/microsoft-authentication-library-for-python.git@wam". In the future (after this PR is merged and shipped), your app can meet the two prerequisites above by a simpler pip install "msal[broker]>=1.19,<2" (The actual release version is not yet determined.).
(We do NOT recommend directly install pymsalruntime, because its latest version may not have been tested with MSAL Python. Stick with the installation command above so that you will always get the latest version of pymsalruntime which has been tested with MSAL Python.)
Register one more redirect URI.
Your app would need to register this one more redirect_uri beforehand, in this form: ms-appx-web://Microsoft.AAD.BrokerPlugin/your_client_id.
Opt-in.
~Currently, MSAL Python does not provide an API-level opt-in flag. App developer opts in by declaring needed dependencies AND registering a new redirect URL. Once all prerequisites are met, broker behavior will kick in, otherwise, it will gracefully be fallback to use non-broker behavior. The idea is your app does not need to hardcode your opt-in/opt-out decision, or to implement an opt-in or opt-out setting. The broker functionality can be toggled flexibly, without any source code changes to your app. This approach would make the adoption easier.~
Opt-in by PublicClientApplication(..., allow_broker=True).
Action items for a downstream library
As a library, the prerequisite No. 3 is not applicable to you
~You do not need any source code changes to your library~. You would need to somehow expose prerequisite No.4 allow_broker=True or False to your app developers.
There is also one new optional parameter acquire_token_interactive(..., window=...). It is documented here.
Optionally, you may consider also expose a [broker] option which internally makes dependency on msal[broker], so that your downstream apps could use pip install YourLibrary[broker] to pull in the dependencies for Microsoft identity platform's broker behavior. Or you simply declare msal[broker]... as a required dependency.
Regardless, you would still want to use your own test app to test the broker behavior to understand its impact on your library's experience.
What/How to test
Test script is available for download here and then run it by python msaltest.py.
(Alternatively, you can use this MSAL Python's interactive sample, add the allow_broker=True flag, and then uncomment this line, to force a broker-powered pop-up window for authentication. Without changing that line, broker would still work, but it would silently use your already-signed-in account in your subsequent test runs, so it will be less tangible.)
Test this statement: "When an app does not yet ~register the broker-specific redirect_uri~ set allow_broker=True, installing the new MSAL Python and the broker package pymsalruntime should not cause authentication failure".
1. Use recent MSAL Python
2. Install dependency (The environment contains pymsalruntime)
3. App registers a new redirect_uri
4. Opt-in
Expected behavior (The behaviors implemented in this PR)
No (i.e. using msal<=1.18)
*
*
*
This is the status quo without broker. We use this as a baseline.
Yes (i.e. using this PR)
*
*
False
App should behave the same as before (i.e. above).
Yes (i.e. using this PR)
No
*
True
~App should behave the same as before (i.e. above).~ Exception will be raised
Yes (i.e. using this PR)
Yes
No
True
MSAL would attempt broker, detect the error, ~emit a warning currently (but we could choose to remove that warning in next commit), and then fall back to use browser/AAD directly~ and raise an exception
Yes (i.e. using this PR)
Yes
Yes
True
MSAL would use broker. Token or error would be returned to the app. More on this below.
In particular, when using acquire_token_interactive(..., prompt="select_account"), see if you would find any behavior difference between enabling and disabling broker.
allow_broker=False
allow_broker=True
Comment
Successfully obtained an AT
Successfully obtained an AT
This is the happy path
Successfully obtained an AT
Error out
If your app has not met the prerequisite, some errors are expected. That being said, if you encounter some misleading error message, please report back to us.
Error out
Error out
Generally we recommend you to get your app working without broker first. That being said, if you encounter some misleading error message in either case, please report back to us.
To report an issue, please share with us your test configuration. For example, you can do that by copy and paste the console history of your interaction with our test script python msaltest.py.
Test your app/library can work without a Refresh Token (RT)
Another subtle change is the absence of refresh token (RT). When an acquire_token request is served by broker, the RT will not be available from the return value. So, if your MSAL-Python-powered app or sdk used to rely on RT to work, you would need to redesign your app/sdk accordingly.
Roadmap
The following features are not yet supported, but they are expected to be available in the near future. But you should not wait. Please start testing your app with this PR asap, and report back your findings or concerns.
~Logging will include broker's debug logs~ Done
~Provide support for max_age in broker code path~ Done.
~Other adjustments in select_account and remove_account() behavior. But their MSAL Python API are expected to remain unchanged.~ Done.
What is this?
A broker is a component installed on your device. Broker implicitly gives your device an identity. By using a broker, your device becomes a factor that can satisfy MFA (Multi-factor authentication). This factor would become mandatory if/when a tenant's admin enables a corresponding Conditional Access (CA) policy. The broker's presence allows Microsoft identity platform to have higher confidence that the tokens are being issued to your device, and that is more secure.
An additional benefit of broker is, it runs as a long-lived process with your device's OS, and maintains its own cache, so that your broker-enabled apps (even CLI) could automatically SSO from a previously established signed-in session.
Currently, broker is available on recent Windows platforms.
In this PR, MSAL Python utilizes the broker to acquire tokens. When enabled, broker behaviors will kick in when your
PublicClientApplication
app calls MSAL Python'sacquire_token_interactive()
,acquire_token_by_username_password()
,acquire_token_silent()
,acquire_token_silent_with_error()
. Most noticeably, theacquire_token_interactive([...], prompt="select_account")
will trigger a pop-up window, rather than a browser.API reference docs has also been updated and staged at here (you would need to scroll up a little bit).
Prerequisite for an app
Because this feature branch is not yet officially released with a version number, you will need to clean up your test environment by
pip uninstall msal pymsalruntime -y
, especially when you want to reset your test environment to test the latest changes in this PR.Use a recent version of MSAL Python. Currently, this can be achieved by installing the MSAL Python from this feature branch:
pip install "git+https://github.com/AzureAD/microsoft-authentication-library-for-python.git@wam"
Install the broker package. The broker package
pymsalruntime
needs to be available in your Python environment, ~so that MSAL Python will automatically utilize it~. This can be satisfied bypip install "msal[broker] @ git+https://github.com/AzureAD/microsoft-authentication-library-for-python.git@wam"
. In the future (after this PR is merged and shipped), your app can meet the two prerequisites above by a simplerpip install "msal[broker]>=1.19,<2"
(The actual release version is not yet determined.). (We do NOT recommend directly installpymsalruntime
, because its latest version may not have been tested with MSAL Python. Stick with the installation command above so that you will always get the latest version ofpymsalruntime
which has been tested with MSAL Python.)Register one more redirect URI. Your app would need to register this one more
redirect_uri
beforehand, in this form:ms-appx-web://Microsoft.AAD.BrokerPlugin/your_client_id
.Opt-in. ~Currently, MSAL Python does not provide an API-level opt-in flag. App developer opts in by declaring needed dependencies AND registering a new redirect URL. Once all prerequisites are met, broker behavior will kick in, otherwise, it will gracefully be fallback to use non-broker behavior. The idea is your app does not need to hardcode your opt-in/opt-out decision, or to implement an opt-in or opt-out setting. The broker functionality can be toggled flexibly, without any source code changes to your app. This approach would make the adoption easier.~ Opt-in by
PublicClientApplication(..., allow_broker=True)
.Action items for a downstream library
allow_broker=True or False
to your app developers.acquire_token_interactive(..., window=...)
. It is documented here.[broker]
option which internally makes dependency onmsal[broker]
, so that your downstream apps could usepip install YourLibrary[broker]
to pull in the dependencies for Microsoft identity platform's broker behavior. Or you simply declaremsal[broker]...
as a required dependency.Regardless, you would still want to use your own test app to test the broker behavior to understand its impact on your library's experience.
What/How to test
Test script is available for download here and then run it by
python msaltest.py
. (Alternatively, you can use this MSAL Python's interactive sample, add theallow_broker=True
flag, and then uncomment this line, to force a broker-powered pop-up window for authentication. Without changing that line, broker would still work, but it would silently use your already-signed-in account in your subsequent test runs, so it will be less tangible.)Test this statement: "When an app does not yet ~register the broker-specific redirect_uri~ set
allow_broker=True
, installing the new MSAL Python and the broker packagepymsalruntime
should not cause authentication failure".pymsalruntime
)redirect_uri
In particular, when using
acquire_token_interactive(..., prompt="select_account")
, see if you would find any behavior difference between enabling and disabling broker.allow_broker=False
allow_broker=True
To report an issue, please share with us your test configuration. For example, you can do that by copy and paste the console history of your interaction with our test script
python msaltest.py
.Test your app/library can work without a Refresh Token (RT)
Another subtle change is the absence of refresh token (RT). When an acquire_token request is served by broker, the RT will not be available from the return value. So, if your MSAL-Python-powered app or sdk used to rely on RT to work, you would need to redesign your app/sdk accordingly.
Roadmap
The following features are not yet supported, but they are expected to be available in the near future. But you should not wait. Please start testing your app with this PR asap, and report back your findings or concerns.
max_age
in broker code path~ Done.select_account
andremove_account()
behavior. But their MSAL Python API are expected to remain unchanged.~ Done.P.S.:
CC: @jiasli , @xiangyan99