Blocker in Implementing SSO for Teams Bot – Clarification Needed on Federated Credentials Setup

Anand Kumar (MAQ LLC) 20 Reputation points Microsoft External Staff
2025-12-02T16:33:42.8766667+00:00

Hi Team,

We are implementing Single Sign-On (SSO) for our Microsoft Teams bot and are following the official Microsoft documentation:

Bot Authentication Setup: https://learn.microsoft.com/en-us/azure/bot-service/bot-builder-authentication

❗ Problem

The standard bot SSO flow requires creating an App Registration and using either:

Certificate authentication, or

Client secrets

Both options are restricted in our organization due to security policies.

Therefore, our only possible approach is to use Federated Credentials.

❓ Blocker – Missing clarity on subject identifier

The documentation states that Federated Credential configuration requires:

Issuer

https://login.microsoftonline.com/{customer-tenant-ID}/v2.0

Subject Identifier

/eid1/c/pub/t/{base64 encoded customer tenant ID}/a/{base64 encoded first-party app client ID}/{unique-identifier-for-projected-identity}

We can determine all parts except the last parameter: {unique-identifier-for-projected-identity}

The documentation does not explain what this value is, how it is generated, or where it comes from. This missing detail is blocking our progress.

❓ Additional Context – Using a Managed Identity

Our bot uses a User Assigned Managed Identity (UAMI) instead of a traditional App Registration.

Azure now exposes “Federated Credentials” directly in the Managed Identity blade, which raises two questions:

Can Federated Credentials be used directly with a Managed Identity (bypassing the need for App Registration)?

Does this approach support the Bot Framework SSO token exchange flow, or is an App Registration still required behind the scenes?

📌 Request

We would appreciate guidance on:

How to correctly construct the subject identifier

Whether UAMI + federated credentials is a supported pattern for Teams Bot SSO

Any internal limitations or unsupported scenarios we should be aware of

This clarification is essential for us to finalize our authentication design and proceed with implementation.

Thanks, AnandHi Team,

We are implementing Single Sign-On (SSO) for our Microsoft Teams bot and are following the official Microsoft documentation:

Bot SSO Overview: https://learn.microsoft.com/en-us/azure/bot-service/bot-builder-authentication-sso

Bot Authentication Setup: https://learn.microsoft.com/en-us/azure/bot-service/bot-builder-authentication

Federated Credentials for Bots: https://learn.microsoft.com/en-us/azure/bot-service/bot-builder-authentication-federated-credentials

❗ Problem

The standard bot SSO flow requires creating an App Registration and using either:

Certificate authentication, or

Client secrets

Both options are restricted in our organization due to security policies.

Therefore, our only possible approach is to use Federated Credentials.

❓ Blocker – Missing clarity on subject identifier

The documentation states that Federated Credential configuration requires:

Issuer

https://login.microsoftonline.com/{customer-tenant-ID}/v2.0

Subject Identifier

/eid1/c/pub/t/{

We can determine all parts except the last parameter:
{unique-identifier-for-projected-identity}

The documentation does not explain what this value is, how it is generated, or where it comes from. This missing detail is blocking our progress.

❓ Additional Context – Using a Managed Identity

Our bot uses a User Assigned Managed Identity (UAMI) instead of a traditional App Registration.

Azure now exposes “Federated Credentials” directly in the Managed Identity blade, which raises two questions:

Can Federated Credentials be used directly with a Managed Identity (bypassing the need for App Registration)?

Does this approach support the Bot Framework SSO token exchange flow, or is an App Registration still required behind the scenes?

📌 Request

We would appreciate guidance on:

How to correctly construct the subject identifier

Whether UAMI + federated credentials is a supported pattern for Teams Bot SSO

Any internal limitations or unsupported scenarios we should be aware of

This clarification is essential for us to finalize our authentication design and proceed with implementation.

Thanks,
Anand

Azure AI Bot Service
Azure AI Bot Service
An Azure service that provides an integrated environment for bot development.
0 comments No comments
{count} votes

2 answers

Sort by: Most helpful
  1. Q&A Assist
    2025-12-02T16:33:54.6633333+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    To construct the Subject Identifier for Federated Credentials in your Teams bot, the last parameter {unique-identifier-for-projected-identity} typically represents a unique identifier for the identity that is being projected. This identifier is often specific to the application and can be generated based on your application's requirements or conventions. Unfortunately, the documentation does not provide explicit guidance on how to generate this identifier, so it may require some experimentation or consultation with your identity management team to determine the best approach.

    Regarding your questions about using Federated Credentials directly with a User Assigned Managed Identity (UAMI):

    1. Can Federated Credentials be used directly with a Managed Identity? Yes, Federated Credentials can be configured directly in the Managed Identity blade, allowing you to bypass the traditional App Registration process.
    2. Does this approach support the Bot Framework SSO token exchange flow? Yes, using UAMI with Federated Credentials is a supported pattern for Teams Bot SSO, and it should work for the token exchange flow without requiring an App Registration behind the scenes.

    Make sure to review any internal policies or limitations that might affect the implementation of this approach within your organization.

    0 comments No comments

  2. Deleted

    This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.


    Comments have been turned off. Learn more

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.