Часто задаваемые вопросы о проверке подлинности вложенных приложений и устаревших маркерах Outlook

Проверка подлинности вложенных приложений обеспечивает единый вход (SSO) для приложений, вложенных в поддерживаемые приложения Майкрософт, такие как Outlook. По сравнению с существующими моделями проверки подлинности с полным доверием и потоком on-behalf-of, NAA обеспечивает более высокую безопасность и большую гибкость в архитектуре приложений, позволяя создавать многофункциональные клиентские приложения. Дополнительные сведения см . в статье Включение единого входа в надстройке Office с помощью проверки подлинности вложенного приложения.

В следующих таблицах перечислены ключевые вехи, основанные на том, какой канал используют клиенты. Обратите внимание, что дата общедоступной доступности для NAA зависит от канала. Мы предоставим администраторам инструменты для повторной регистрации маркеров Exchange для клиентов и надстроек, если эти надстройки еще не перенесены в NAA.

Актуальный канал

Ежемесячный канал (корпоративный)

Полугодовой канал

Продление полугодового канала

Переход на Microsoft Graph с помощью маркеров идентификаторов Entra является большим улучшением безопасности для клиентов Outlook и Exchange. Entra ID (ранее Azure Active Directory) является лидером в области управления удостоверениями и доступом. Клиенты могут воспользоваться такими функциями, как "никому не доверяй", такие как условный доступ, требования MFA, постоянный мониторинг маркеров, эвристика безопасности в реальном времени и многое другое, недоступное с устаревшими токенами Exchange. Клиенты имеют большую часть своих самых важных бизнес-данных, хранящихся в Exchange, поэтому крайне важно обеспечить защиту этих данных. Перенос всей экосистемы Outlook на использование маркеров идентификаторов Entra с Microsoft Graph значительно повышает безопасность данных клиентов.

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

Нет. Надстройкам Outlook не нужно использовать NAA, хотя NAA предлагает лучший интерфейс проверки подлинности для пользователей и лучший уровень безопасности для организаций. Если надстройки не используют устаревшие маркеры Exchange, на них не влияет устаревание маркеров Exchange. Надстройки, использующие MSAL.js или другие методы единого входа, использующие идентификатор Entra, будут продолжать работать.

Чтобы узнать, использует ли надстройка устаревшие маркеры удостоверений пользователей Exchange и маркеры обратного вызова, можно выполнить поиск в коде вызовов к следующим API.

• makeEwsRequestAsync
• getUserIdentityTokenAsync
• getCallbackTokenAsync

Если надстройка вызывает любой из этих API, следует внедрить NAA и перейти на использование маркеров идентификаторов Entra для доступа к Microsoft Graph.

Многие из наших самых важных надстроек находятся в области. Если ваша надстройка использует EWS или Outlook REST для доступа к ресурсам Exchange Online, ей почти наверняка потребуется перенести устаревшие маркеры Outlook в NAA. Если ваша надстройка предназначена только для локальной среды Exchange (например, Exchange 2019), это объявление не влияет на нее.

Если вы не переносите надстройки Outlook в NAA, они перестанут работать должным образом в Exchange Online. Если маркеры Exchange отключены (согласно предыдущим таблицам), Exchange Online блокирует выдачу устаревших маркеров. Любая надстройка, использующая устаревшие маркеры, не сможет получить доступ к ресурсам Exchange Online. Если ваша надстройка работает только в локальной среде или если надстройка находится по пути устаревания, возможно, вам не потребуется обновлять. Однако большинству надстроек, обращающимся к ресурсам Exchange через EWS или Outlook REST, придется выполнить миграцию, чтобы продолжить работу должным образом.

Сведения о поддержке NAA в надстройке Outlook см. в следующей документации и примере.

• Включение единого входа в надстройке Office с помощью проверки подлинности вложенных приложений.
• Надстройка Outlook с единым входом с использованием проверки подлинности вложенных приложений.

Надстройки используют устаревшие токены Exchange для получения ресурсов из Exchange с помощью интерфейсов REST API EWS или Outlook. Иногда надстройке требуются ресурсы Exchange для некоторых вариантов использования, а не для других, что особенно усложняет определение необходимости обновления надстройки. Насколько это удобно, мы рекомендуем обратиться к разработчикам и владельцам надстроек, чтобы спросить их, ссылается ли их код надстройки на следующие API:

• makeEwsRequestAsync
• getUserIdentityTokenAsync
• getCallbackTokenAsync

Если вы полагаетесь на независимого поставщика программного обеспечения (ISV) для вашей надстройки, мы рекомендуем как можно скорее обращаться к нам, чтобы убедиться, что у них есть план и сроки для отказа от устаревших токенов Exchange. Разработчики программного обеспечения должны обратиться непосредственно к своим контактам Майкрософт с вопросами, чтобы убедиться, что они готовы к концу устаревших токенов Exchange. Если вы полагаетесь на разработчика в вашей организации, мы рекомендуем попросить его обратиться к команде pm расширяемости Outlook на сайте GitHub: https://github.com/officedev/office-js/issues.

Связанные материалы

• Включение единого входа в надстройке Office с помощью проверки подлинности вложенных приложений.
• Надстройка Outlook с единым входом с использованием проверки подлинности вложенных приложений.