共用方式為


Microsoft Entra 已驗證的識別碼新功能

本文列出 Microsoft Entra 驗證識別碼服務的最新功能、改善和變更。

2025年1月

2024 年 10 月

  • 常見問題一節現在包含要求服務 API 回呼的網路強化資訊

2024 年 9 月

  • 您可以視要求為您的 Microsoft Entra 租用戶啟用 did:web:path 的支援。

2024 年 8 月

  • FaceCheck 從 8 月 12 日起正式推出。

2024 年 6 月

  • FaceCheck 引進臉部檢查附加元件作為臉部檢查公開預覽的累加式更新。 「臉部檢查功能」是 Microsoft Entra 驗證 ID 中的進階功能,可在至 8 月 12 日結束的公開預覽期間免費使用。

2024 年 4 月

  • 快速設定 一般可用,這使系統管理員只需按一下按鈕,即可在 Microsoft Entra 租使用者中啟用 Microsoft Entra 已驗證的 ID。

2024 年 3 月

2024 年 2 月

2024 年一月

  • FaceCheck (部分機器翻譯) 現在處於公開預覽狀態。 它可讓企業執行高保證驗證,方法是在使用者的即時自拍與已驗證識別碼認證中的相片之間執行臉部比對。 FaceCheck 可在公開預覽期間免費提供,而且可供任何已驗證的標識符專案使用。

2023 年 12 月

  • 要求服務 API 現在支援發行應用程式,在證明使用 idTokenHint 流程時,設定認證期間的到期日和發行要求。
  • 已移除選取 did:ion 作為信任系統的選項。 唯一可用的信任系統 did:web

2023 年 11 月

要求服務 API 現在支援提出呈現要求時的宣告條件約束。 宣告條件約束可用來指定驗證者要求呈現之已驗證識別碼認證的條件約束。 可用的條件約束是直接比對、包含和 startsWith。

2023 年 10 月

2023 年 9 月

已驗證的識別碼正在淘汰在已驗證識別碼正式推出之前可用的舊要求服務 API 端點。 自 2022 年 8 月 GA(正式發佈)以來,這些 API 就不應該被使用,但如果您的應用程式中有使用這些 API,您需要進行遷移。 即將淘汰的 API 端點如下:

POST https://verifiedid.did.msidentity.com/v1.0/:tenant/verifiablecredentials/request
GET https://verifiedid.did.msidentity.com/v1.0/:tenant/verifiablecredentials/request/:requestId
POST https://verifiedid.did.msidentity.com/v1.0/:tenant/verifiablecredentials/present
POST https://verifiedid.did.msidentity.com/v1.0/:tenant/verifiablecredentials/issuance

第一個 API 是用來建立發行或呈現要求。 第二個 API 用於擷取要求,最後兩個 API 用於完成發行或呈現的電子錢包。 API 端點如下:

POST https://verifiedid.did.msidentity.com/v1.0/verifiablecredentials/createPresentationRequest
POST https://verifiedid.did.msidentity.com/v1.0/verifiablecredentials/createIssuanceRequest
GET https://verifiedid.did.msidentity.com/v1.0/verifiablecredentials/presentationRequests/:requestId
POST https://verifiedid.did.msidentity.com/v1.0/verifiablecredentials/completeIssuance
POST https://verifiedid.did.msidentity.com/v1.0/verifiablecredentials/verifyPresentation

視您建立發行或簡報要求而定,/request API 會分割成兩個。

自 2023 年 10 月起,已淘汰的 API 端點無法運作。

2023 年 8 月

要求服務 API 的 presentation_verified 回撥現在會在發出已驗證的識別碼認證以及到期時傳回。 商務規則可以使用這些值來查看所呈現驗證識別碼認證有效的時間範圍。 其中一個範例是它在一小時後到期,而所需的業務需要在當天結束之前有效。

2023 年 6 月

在 Android 和 iOS 上開始使用錢包程式庫示範的教學課程,請參閱這裡

2023 年 5 月

2023 年 4 月

有關在 LinkedIn 上設定工作驗證位置的指示,請參閱這裡

2023 年 3 月

  • 系統管理員 API 現在支援應用程式存取權杖,以及使用者持有人權杖。
  • 介紹 Microsoft Entra 驗證識別碼 Services 合作夥伴資源庫,列出可協助您加速 Microsoft Entra 驗證識別碼實作的信任合作夥伴。
  • 管理員入口網站中系統管理員上線體驗的改善,根據客戶意見反應。
  • GitHub (英文) 中的範例更新示範如何動態顯示 VC 宣告。

2023 年 2 月

  • 公開預覽 - 特權管理客戶現在可以建立使用 Microsoft Entra Verified ID 的存取套件,了解更多

  • 要求服務 API 現在可以對 StatusList2021 (英文) 或 RevocationList2020 (英文) 狀態清單類型所發出的可驗認證進行撤銷檢查。

2023 年 1 月

  • Microsoft 驗證器之使用者體驗改進:PIN 碼、可驗證的憑證概覽,以及可驗證的憑證需求。

2022 年 11 月

  • Microsoft Entra 驗證識別碼現在會報告稽核記錄中的事件。 目前只會記錄透過系統管理 API 所做的管理變更。 稽核記錄中不會報告可驗認證的發行或呈現。 記錄項目具有的服務名稱 Verified ID,活動為 Create authorityUpdate contract等。

2022 年 9 月

  • 要求服務 API 現在具有細微的應用程式權限,您可以分別授與 VerifiableCredential.Create.IssueRequestVerifiableCredential.Create.PresentRequest,以區隔發行和呈現給個別應用程式的責任。
  • IDV 合作夥伴資源庫現已在文件中提供,引導您如何與 Microsoft 的身分識別驗證合作夥伴整合。
  • 實作需要在發行期間呈現可驗證認證的簡報證明流程的操作指南。

2022 年 8 月

Microsoft Entra 驗證識別碼現已正式推出 (GA) 為 Microsoft Entra 組合的新成員! 閱讀更多 (英文)

已知問題

  • 退出而不發出任何可驗認證的租用戶,會從系統管理 API 和/或 Microsoft Entra 系統管理中心取得 Specified resource does not exist 錯誤。 此問題的修正應該在 2022 年 8 月 20 日前提供。

2022 年 7 月

  • 要求服務 API 有「新的主機名稱」verifiedid.did.msidentity.combeta.did.msidentitybeta.eu.did.msidentity 會繼續運作,但您應該變更您的應用程式和設定。 此外,您不再需要為歐盟租用戶指定 .eu.

  • 要求服務 API 有「新的端點」和「已更新的 JSON 承載」。 針對核發,請參閱核發 API 規格,針對出示,請參閱出示 API 規格。 舊的端點和 JSON 承載會繼續運作,但您應該變更您的應用程式以使用新的端點和承載。

  • 要求服務 API 錯誤碼已「更新」

  • 管理員 API 已設為「公開」並予以記載。 Azure 入口網站是使用管理員 API,而且使用此 REST API,您可以將租用戶上線和建立認證合約自動化。

  • 尋找簽發者和認證,以透過 Microsoft Entra 驗證識別碼網路進行驗證。

  • 若要移轉 Azure 儲存體型認證以成為受控認證,工作的 GitHub 範例存放庫中有 PowerShell 指令碼。

  • 我們也已對方案和設計文件進行下列更新:

2022 年 6 月

2022 年 5 月

我們正在將我們的服務擴展到所有Microsoft Entra ID 客戶! 可驗證的認證現在可供具有Microsoft Entra ID 訂用帳戶(免費和進階版)的每個人使用。 在 2022 年 5 月 4 日之前設定可驗認證服務的現有租用戶必須進行小變更,以避免服務中斷。

2022 年 4 月

從下個月開始,我們會針對可驗認證服務的訂用帳戶需求推出令人振奮的變更。 系統管理員必須在 2022 年 5 月 4 日之前執行小型設定變更,以避免服務中斷。

重要

如果在 2022 年 5 月 4 日之前未套用變更,您將會使用 Microsoft Entra Verified ID Service,在應用程式或服務的發行和呈現上遇到錯誤。

2022 年 3 月

  • Microsoft Entra 已驗證的識別碼客戶現在可以輕鬆地從 Azure 入口網站變更連結到其 DID 的網域
  • 我們已對 Microsoft Authenticator 進行更新,藉此變更可驗認證的簽發者與出示可驗認證的使用者之間的互動。 此更新會強制在 Microsoft Authenticator for iOS 中重新簽發所有的可驗認證。 詳細資訊

2022 年 2 月

正在對我們的服務推出一些重大變更。 這些更新需要 Microsoft Entra 已驗證的識別碼服務重新設定。 使用者必須重新簽發其可驗認證。

  • Microsoft Entra 已驗證的識別碼服務現在可以在 Azure 歐洲區域儲存和處理資料處理。
  • Microsoft Entra 已驗證的識別碼客戶可以利用認證撤銷的增強功能。 這些變更會透過實作 W3C 狀態清單 2021 標準新增更高程度的隱私權。
  • 我們已對 Microsoft Authenticator 進行更新,藉此變更可驗認證的簽發者與出示可驗認證的使用者之間的互動。 此更新會強制在 Microsoft Authenticator for Android 中重新簽發所有的可驗認證。 詳細資訊

在歐洲可以使用 Microsoft Entra 已驗證的識別碼

從 Microsoft Entra 已驗證的識別碼服務的公開預覽開始,這項服務只能在我們的 Azure 北美洲區域中使用。 現在,這項服務也可以在我們的 Azure 歐洲區域中使用。

  • 具有 Microsoft Entra 歐洲租戶的新客戶,其可驗證憑證資料現已存放並處理於 Azure 歐洲區域。
  • 2022 年 2 月 15 日後,任何在歐洲設置 Microsoft Entra ID 租戶且開始使用 Microsoft Entra Verified ID 服務的客戶,他們的數據將自動在歐洲進行處理。 不需要採取任何進一步的動作。
  • 在 2022 年 2 月 15 日之前開始使用 Microsoft Entra 驗證標識符服務在歐洲設定Microsoft Entra ID 租使用者的客戶,必須在 2022 年 3 月 31 日前重新設定其租使用者上的服務。

請採取下列步驟,在歐洲設定可驗認證服務:

  1. 檢查 您的 Microsoft Entra ID 所在位置,以確保其位於歐洲。
  2. 在您的租用戶中,重新設定可驗認證服務

這項舉動的結果會對我們使用要求 API 的方式造成任何變更嗎?

使用 Microsoft Entra 已驗證標識符服務的應用程式必須使用對應至其Microsoft Entra 租用戶區域的要求 API 端點。

租戶區域 要求 API 端點 POST
歐洲 https://beta.eu.did.msidentity.com/v1.0/{tenantID}/verifiablecredentials/request
非歐洲 https://beta.did.msidentity.com/v1.0/{tenantID}/verifiablecredentials/request

若要確認您應該使用的端點,建議您檢查您的Microsoft Entra 租用戶區域,如先前所述。 如果Microsoft Entra 租用戶位於歐盟,您應該使用歐洲端點。

Microsoft Authenticator DID 世代更新

我們正在更新 Microsoft Authenticator 中的通訊協定以支援單一長格式 DID,因此淘汰成對的使用。 採用此更新後,簽發者和信賴憑證者每次交換時,都會使用您在 Microsoft Authenticator 中的 DID。 使用可驗認證的 Microsoft Authenticator 的持有者必須重新簽出其可驗認證,因為任何先前的認證無法繼續運作。

2021 年 12 月

2021 年 11 月

  • 我們已更新要求服務 REST API,以發行呈現。 回撥類型會強制執行規則,以便可連線回撥的 URL 端點。
  • Microsoft Authenticator 可驗認證體驗的 UX 更新:從錢包選取卡片上的動畫。

2021 年 10 月

您現在可以從任何程式設計語言,使用要求服務 REST API 建立可以簽發和驗證認證的應用程式。 這個新的 REST API 提供改善的抽象層,並整合到 Microsoft Entra 已驗證的識別碼服務。

2021 年 4 月

您現在可以在 Microsoft Entra 中發出 可驗證的認證。 當您需要出示就業、教育或任何其他主張的證明時,此服務很有用。 這類認證的持有者可以決定何時與誰分享其認證。 每個認證都會使用由該使用者擁有並控制,且與分散式身分識別相關聯的密碼編譯金鑰進行簽署。