У меня есть функция Azure, которую я использую для получения данных из Azure AD, но я хочу ограничить круг лиц, которые могут использовать эту функцию, поскольку она будет использовать триггер HTTP, чтобы я мог позже вызывать функцию из приложения логики. по дороге. Так как функции Azure, запускаемые по протоколу HTTP, имеют общедоступную конечную точку, я хочу повысить безопасность, установив уровень авторизации на функцию или, что еще более предпочтительно, использовать субъект-службу Azure AD (предварительно созданный). После внесения этого изменения я могу позвонить, указав функцию в URL-адресе.
Базовый URL: https://something.com/api/function_name
URL с токеном: https://something.com/api/function_name?code=token_here
Однако моя функция ожидает ввода некоторого ввода. На анонимной конечной точке вы бы расширили базовый URL-адрес следующим образом: https://something.com/api/function_name/?parameter=value
Где параметр - это то, что ожидает код, и значение, передаваемое в переменную в коде. Теперь я новичок в этом материале конечных точек HTTP и передаче значений через URL-адрес. Я понимаю, что это передается как JSON (возможно)
Но я не понимаю, как я могу выполнять как авторизацию функции, так и передачу параметра. Я пробовал:
https://something.com/api/function_name/?parameter=value?code=token_here
https://something.com/api/function_name?code=token_here/?parameter=value
Кто-нибудь знает, как это должно работать?
С другой стороны, я мог бы также установить Platform Features -> Authentication / Authorization на принципала службы Azure AD. Но тогда как мне изменить URL-адрес для аутентификации с использованием client_id и client_secret этого субъекта-службы? На самом деле я бы предпочел использовать этот метод, потому что тогда я мог бы реализовать управление жизненным циклом для токена и повернуть его, чтобы сделать его еще более безопасным.
Я посмотрел здесь: Функция Azure с доступом аутентификации Azure AD с использованием JavaScript
И большинство других тем, которые я нашел на stackoverflow, даже не приблизились.
PS: Этот PS не требует ответа, но я был бы признателен за любую мысль. Эта вещь, которую я придумываю, представляет собой рабочий процесс, объединенный (запланированным) логическим приложением, которое запускает Get-Function. Если Get-Function каким-то образом потребуется вызвать Update-Function. И я делаю Get-Function HTTP-триггером, чтобы я мог также предложить его в качестве API, чтобы сделать эту функцию пригодной для автоматизации. (чтобы разрешить ротацию секретов с помощью вызовов API без тех людей, которым требуются разрешения Azure AD) Затем функции обновления потребуется ротация секретов для (определенных) приложений / субъектов-служб. Функция Azure основана на версии 2 и использует в качестве языка Powershell Core.
