Поддержка потока от имени пользователя с помощью идентификаторов управляемых служб

Очень распространенный поток для приложений, работающих в Azure и службах приложений, - это поток от имени, в котором приложение может обмениваться входящим токеном доступа вместе со своим ClientId / ClientSecret, чтобы получить доступ к другому ресурсу в качестве пользователя. Глядя на текущую ограниченную документацию по MSI API, я вижу получение токена доступа только как само приложение.

Как / когда будет поддерживаться сценарий OBO?

Я знаю, что вы можете сохранить ClientId / ClientSecret в Key Vault, а затем использовать кредиты MSI для их получения, но это кажется избыточным.


person Claire Novotny    schedule 15.09.2017    source источник
comment
Вы видели этот документ? docs.microsoft.com/en-us/azure/active-directory/develop/   -  person Wayne Yang    schedule 15.09.2017
comment
Привет, Уэйн! Да, я знаю о потоке, но для этого требуется идентификатор клиента и секрет клиента приложения. Вопрос касается их получения и управления. Кажется излишним и ненужным использовать Key Vault только для их хранения, чтобы приложение могло их извлекать и использовать, когда конечная точка токена MSI может их обрабатывать.   -  person Claire Novotny    schedule 15.09.2017
comment
@OrenNovotny IIUC, на шаге 2 ClientId и Secret будут извлечены из MSI.   -  person JoeBrockhaus    schedule 15.09.2017
comment
@JoeBrockhaus, если они доступны через переменную env, это тоже сработает.   -  person Claire Novotny    schedule 15.09.2017


Ответы (1)


MSI еще не поддерживает поток от имени или другие делегированные конфиденциальные клиентские потоки OAuth 2.0 с Azure AD (например, поток кода аутентификации). Он находится в процессе проектирования, ETA пока не объявлено.

person skwan    schedule 16.09.2017
comment
кто-нибудь знает, изменилось ли это за последние 2 года? - person Jeff; 16.05.2019
comment
Это не изменилось. Пока что. - person skwan; 21.05.2019