Телеграмм чат группы itarchitect страница 3493

А для глупых есть сокращённое описание со сценариями?

и примерами))

20:31пожаловаться #1

https://tools.ietf.org/html/rfc8693#section-2.3

20:32пожаловаться #2

Ага, похоже это не про обмен одной пары access+refresh на другую с другими claims

20:33пожаловаться #3

в смысле?

20:33пожаловаться #4

У меня популярный кейс - 'доаутентификация'.

20:34пожаловаться #5

а не

20:34пожаловаться #6

это про serviceA calling serviceB on behalf of user (called serviceA)

20:34пожаловаться #7

Типа на портал пришел 'физик', выбрал в какой компании работает и подумали новую пару как сотрудник.

20:34пожаловаться #8

Viktor Alexandrov

это про serviceA calling serviceB on behalf of user (called serviceA)

А, не, оно не нужно...

20:35пожаловаться #9

А, ещё при confirmation менять токены хорошо.

20:35пожаловаться #10

Типа на портал пришел 'физик', выбрал в какой компании работает и подумали новую пару как сотрудник.

тоже полезный кейс

20:35пожаловаться #11

Но это не про token exchange в смысле ссылки выше.

20:36пожаловаться #12

да

20:36пожаловаться #13

это про ре-аутентификацию

20:36пожаловаться #14

upgrade authentication

20:37пожаловаться #15

А там есть стандарт на entry points?

20:37пожаловаться #16

А там есть стандарт на entry points?

там это где?

20:37пожаловаться #17

ietf )

20:38пожаловаться #18

Viktor Alexandrov

upgrade authentication

step-up

20:39пожаловаться #19

ietf )

тогда entry-pointы чего именно?