Получаване на токен за уеб API с помощта на потребителски идентификационни данни

По принцип това е целта на потока за предоставяне на идентификационни данни на собственик на ресурс (ROPC). Предоставяте на Azure AD идентификационните данни на вашето приложение с идентификационните данни на потребителя и получавате токен за достъп.

Този поток обикновено не трябва да се използва за удостоверяване, тъй като съществува в стандарта главно като наследен път за надграждане. И не работи с обединени потребители, потребители с MFA или с изтекла парола. Вашият случай на автоматизиран тест обаче е един от сценариите, при които смятам, че използването му е приемливо.

Ето пример за извикване в C#:

string tokenUrl = $"https://login.microsoftonline.com/joonasapps.onmicrosoft.com/oauth2/token";
var req = new HttpRequestMessage(HttpMethod.Post, tokenUrl);

req.Content = new FormUrlEncodedContent(new Dictionary<string, string>
{
    ["grant_type"] = "password",
    ["client_id"] = "23d3be1b-a671-4452-a928-78fb842cb969",
    ["client_secret"] = "REDACTED",
    ["resource"] = "https://graph.windows.net",
    ["username"] = "[email protected]",
    ["password"] = "REDACTED"
});

using (var client = new HttpClient())
{
    var res = await client.SendAsync(req);

    string json = await res.Content.ReadAsStringAsync();
}

ADAL.NET не излага претоварване за извършване на това AFAIK, така че трябва да го направите ръчно по този начин. Ще трябва да замените параметрите с идентификационните данни на вашето приложение + идентификационните данни на вашия потребител, разбира се. URL адресът на токена също се нуждае от вашия идентификатор на клиент или име на домейн. Променете параметъра за ресурс на вашия API клиентски идентификатор/идентификационен номер на приложение URI.

Под „неинтерактивно“ имате предвид прозореца за влизане? Ако е така предвид потока и архитектурата, които сте описали, това не е възможно. Как иначе бихте получили потребителските идентификационни данни?

Трябва да използвате тази статия като справка, когато създавате вашето решение, за да разберете различните потоци и опции на OAuth 2.0, включително тези за собствено приложение.

https://docs.microsoft.com/en-us/azure/active-directory/develop/authentication-scenarios#native-application-to-web-api