плюсую

Произошел взлом (жопы)

Подъехал ноут для работы в офисе. Можно, наконец-то, перестать затворничать на удалёнке.

Что вы там разрабатываете что нужен ссд на 2 Тб?

А, это тупо чтобы write only

Вообще, достаточно и терабайта, если немного поигрывать

это помеха на посадочной полосе

Мой фронт посылает запросы на сторонний сервис А вместе с access token.
Я имею бекенд, мне нужно авторизировать пользователя на каждый запрос.
Я понимаю, что не могу использовать тот access token, т.к. он предназначен для общения с сервисом А.
Не знаю, как авторизовать пользователя на беке. Думал создать форму для логина через почту + пароль. В этом случае юзеру нужно логиниться дважды (для сервиса А и для моего бека). Как поступить?

странно человеческую природу называть теорией заговора )

если сервис А и твой бек - как-то согласуются, например одна организация, то подумайте об SSO, чтобы таки использовать один токен.
ежели нет, то ему в любом случае в какой-то момент придётся авторизоваться в твоей системе и по итогу он будет потом лазить с токеном для системы А и токеном/кукой для твоей.
но вообще сама ситуация странная, чому они ходят через тебя, а не напрямую в А? Нормально ли, что ты в принципе палишь токены доступа к сторонней системе? Поймай аналитика или архитектора и уточни ситуацию

Вскрываю карты. Сервис А - скорее Microsoft AD. Это дипломный проект. По сути, мне нужно понять на беке, действительно ли юзер вошёл через Microsoft SSO, если да, то получить его email(что могу сделать легко, вытащив его из jwt access token)

валидировать как-то этот токен на беке и вытаскивать email? Я не знаю, как делают нормально в проде

может, мне нужно добавить деталей?

конкретнее, что именно сделать?

А что мешает ходить в А с Бека?

зачем всем вступать в сговор )?

Я взял готовый код, не нашёл аналогов, как это заимплементить в java. А у меня бек обязом на java

ну бизнесмену нужны деньги, иначе бы их у него не было ), ну и побольше больных людей, что-бы можно было хорошо зарботать