REST облако лучших практик - PullRequest
1 голос
/ 07 июля 2019

У меня есть набор служб REST в облаке IBM.Ingress интегрирован с Appid для аутентификации.Ingress добавляет идентификатор токена и идентификатор доступа в заголовок авторизации.Теперь на стороне API (springboot) мне нужно снова проверять пользователя при каждом запросе?это будет излишним?Если нет, то appid api можно использовать для авторизации пользователя.Любая ссылка на подобный пример

Уже прошел пример на облачном сайте IBM.Один из них касается интеграции с входом и appid, но не говорит об уровне служб REST, как обращаться с токенами авторизации.Другое только о весне и Аппиде, (не говорит о проникновении)

1 Ответ

1 голос
/ 07 июля 2019

Аутентификация против авторизации - это то место, где нарисована линия.Интеграция Ingress с App ID делает аутентификацию для вас, и ваша служба REST (приложение) может быть уверена, что запрос, если он поступил, аутентифицирован.Теперь то, что пользователь существует в вашей системе и предоставил правильные учетные данные, не означает, что ему разрешен доступ к сервису, к которому он пытается получить доступ, или к просмотру данных, которые он пытается просмотреть, где происходит авторизация - RESTсервис может использовать токены авторизации, чтобы выяснить, имеет ли пользователь право доступа к сервису.

Вот хорошая статья, в которой говорится об использовании ролей - https://cloud.ibm.com/docs/services/appid?topic=appid-tutorial-roles

...