Доступ к MS Graph API с запрограммированными учетными данными

Я новичок в использовании Graph Api, и я пытаюсь найти способ, которым мое веб-приложение сможет получить доступ к Graph Api, не запрашивая каждый раз имя пользователя или пароль, за счет программного входа при каждом запуске.

У меня есть учетная запись, которую я хочу использовать только в этой программе, и, если возможно, я хотел бы, чтобы учетные данные этой учетной записи были закодированы в программе без выхода из системы.

Достижим ли этот тип доступа с помощью методов проверки подлинности MSAL или ADAL, представленных в примерах?

Спасибо за вашу помощь заранее


.net msal microsoft-graph-api adal
person Millford22    schedule 18.07.2017    source источник
comment
Если это поможет, причина этого вопроса заключается в том, что я пытаюсь перенести программу с помощью управляемого API EWS для использования вместо этого API Graph, а в старой программе эти учетные данные закодированы в программе.   -  person Millford22    schedule 18.07.2017

Ответы (1)


arrow_upward
1
arrow_downward

Есть два метода обработки этого, которые вы выбираете в зависимости от вашего сценария.

Токены обновления. Используя токены обновления, вы можете попросить пользователя пройти аутентификацию один раз, а затем постоянно обновлять этот токен доступа. Для сценариев, в которых пользователь не всегда подключен к сети или интерактивен, обычно используется фоновый процесс, который автоматически извлекает и сохраняет самый последний токен для пользователя.

Только приложение. Существует несколько областей разрешений, которые можно использовать без user аутентификации. Вместо входа пользователя администратор клиента авторизует ваше приложение. Обратите внимание, что не все функции Graph доступны таким образом, и, безусловно, есть соображения безопасности, которые следует учитывать, если вы планируете предоставлять это другим организациям (т. .

Пара ссылок, которые могут помочь вам начать:

Кроме того, вы никогда не захотите запекать учетные данные в коде своего приложения. Это одна из самых больших ошибок, которую может совершить разработчик, поскольку она делает получение высокоуровневого доступа к вашим системам и данным совершенно тривиальным для злоумышленников. Хотя для установки и настройки OAUTH требуется больше времени, он всегда оправдывает вложения.

person Marc LaFleur    schedule 18.07.2017