найти\придумать, а как при oauth2 через кейклоак, пробрасывать client-id & client-secret?
client-secret еще можно как-то хранить в волте и брать его там по ключ значению (client-id=client-secret), а что касается id вообще не могу понять.
Просто ведь без него и секрета, код не обменять на токен, а сеттапить его в пропертях кажется не совсем правильно, так как клиетов может быть тьма.
клиент - это твое приложение, которое стучится в кейклоак, а не юзеры...
Термин Client в OAuth означает не конкретного персонажа, а совокупность настроек для логина. Например, клиент frontend-web, для этого клиента разрешен auth_code, токены живут 2ч, и в клеймах токена ты отдаёшь емейл например. А вот другой клиент, называется backen-service Для него разрешён direct grant, нет refresh token, время жизни токена 24ч и в клеймах только всякие дополнительные пермишны. Т.е. клиент - это не юзер, а "точка входа", которая определяет разрешенные способы входа и всякое разное.
К теме OAuth, насколько плохая/не плохая идея поставить свой прокси-ауф сервис, который будет фронту отдавать всех пользователей, роли в кейлоке, проверять валидность токена. Т.е. более удобный api для фронта, нежели, чтоб он сам ходил. Меня тут беспокоит, что придется моему бэку дать доступ до кейклока
а чем admin API в киклоаке не подошёл? там уже вся REST приблуда написана
Ну так для admin-api же нужно секрет хранить, и вот это мне и не нравится
так ты раскрываешь юзеров/роли клиенту. Кто он такой если не админ
Обсуждают сегодня