Я работаю в компании, где у нас есть стандартный токен JWT, выданный конечному пользователю. Этот пользователь получит свой токен доступа JWT, пройдя через поток кода авторизации oauth. Передав свой токен доступа в заголовок авторизации, они могут совершать вызовы в api микросервиса.
Теперь у нас есть сценарий, в котором нам нужно, чтобы кто-то из центра обслуживания клиентов принял личность конечного пользователя с целью предоставления доступ представителя сервисного центра к данным пользователей на короткий период времени.
Чтобы решить эту проблему, мы обсудили наличие двух токенов доступа, текущих в заголовок авторизации в API микросервиса. Первый будет представлять представителя центра обслуживания клиентов, а второй - токен доступа пользователей, но я не понимаю, как лучше всего спроектировать это решение.
Может ли кто-нибудь порекомендовать хорошее решение, максимально приближенное к стандартам open id connect насколько возможно. Кажется, у Microsoft есть поток oauth с именем on behalf of, который соответствует тому, что я хочу, но похоже, что он обслуживает систему on behalf of пользователя, где я хочу, чтобы пользователь on behalf of другой пользователь.
спасибо