У меня есть статья как использовать Oath 2 для сервера UUA.

Я попытался максимально просто объяснить с использованием PostMan как каждая авторизационная схема работает. Возможно Вам будет проще просто посмотреть через постмен по картинкам чтоб боле менее было понятно. Так же для каждой схемы я даю вменяемые комментарии почему это используется и при каких обстоятельствах.

https://vyatkins.wordpress.com/2017/11/11/cloud-security-oauth-2-0-protocol-and-predix-uaa/

Вообще обычно большенство бек-енд разработчиков завершают изучения протокола на

grant_type=client_credencials

questionerSergunka,

авторThe purpose of the workflow is that the access token and client secret will never be exposed to the resource owner

Цель воркфлоу заключается в том, что access token и client secret(логин и пароль?) никогда не будут доступны владельцу ресурса.

Чего-то не очень понятно. ресурс оунер это пользователь. В чем суть от него скрывать access token и client secret?

Нужно исходить из того, что у клиента права всегда выше и в редком случае равны правам доступа пользователя поэтому коды доступа секрет(т.е пароль клиента) или токен нельзя передавать пользователю. Это просто общее правило безопасности даже если у вас все пользователи с правами клиента лучше на уровне дизайна предположить, что всегда это может изменится.

questionerЧто за сообщения шлются?(что за client id?)


Поймите меня правильно я очень благодарен, что Вы читаете мой блог... но по Вашему вопросу про имя клиента Вы полностью не понимаете концепцию Аоз 2 протокола. Последуйте моему совету и просто тупо используйте PostMan, чтоб через руки понять как все происходит.

questionerSergunkaпропущено...


Нужно исходить из того, что у клиента права всегда выше и в редком случае равны правам доступа пользователя поэтому коды доступа секрет(т.е пароль клиента) или токен нельзя передавать пользователю. Это просто общее правило безопасности даже если у вас все пользователи с правами клиента лучше на уровне дизайна предположить, что всегда это может изменится.

Если я правильно понимаю, то обычно всё наоборот.

Я Вася, у меня есть аккаунт на гугл диске. Я захожу в ваше приложение(клиент). Это приложение требует доступа к гугл диску. Я даю доступ к какой-то конкретной папке.
Очевидно тут прав у ресурс оунера больше, чем у клиента? а как может быть иначе если оунер предоставлет часть своих прав?

Это ошибка перевода как раз Вы, Вася, и есть клиент, а вот когда Вы даете кому-то доступ к конкретной папке этот перец как раз и есть пользователь. Вроде как сейчас должен наступить момент ферштейн

questionerSergunka Поймите меня правильно я очень благодарен, что Вы читаете мой блог... но по Вашему вопросу про имя клиента Вы полностью не понимаете концепцию Аоз 2 протокола. Последуйте моему совету и просто тупо используйте PostMan, чтоб через руки понять как все происходит
И куда мне отправлять запросы прикажете?
К тому же у вас не написано как получить то, что отправлять)

Вы можете установить локально тот же UAA сервер и погонять так сказать от всей души

https://github.com/cloudfoundry/uaa

Запускается легко




Там так же куча всякого добра и заяснялок, что да как.