how many "и"s can you find in:
q: токен авторизации office365 известно, что приложения из пакета office365 обмениваются между собой токеном авторизации, который очевидно как-то формируется на основе аккаунтов пользователей в azure active directory. если в azure завести новое приложение и выбрать в нем тип авторизации через облако, то по идее все должно работать по такой же схеме.
на деле, если зайти в какое-нибудь приложение office365, а потом из него перейти в моё приложение, то токен в него передается. а если попробовать войти в моё приложение напрямую, то токен тоже вроде формируется, но с ошибками. по какому принципу вообще работает авторизация в office365? реально ли сделать такую же в своем приложении?

a: так как авторизация происходит через adfs-сервер, то необходимо имплементировать в приложении авторизацию через этот сервер. adfs сервер генерирует токен (куки), который сохраняется в браузере. затем при попытке доступа к office365 или твоему приложению проверяется наличие и валидность этого куки. 
в adfs сервере надо будет настроить новый claim, а затем привязать аутентификацию через этот клэйм в приложении. вот оффициальный туториал на эту тему. вот ещё полезный туториал.

user
There are 83 "и"s.
assistant