Credential Management API 功能偵測檢查

摘要

WebAuthn 將公開金鑰憑證式驗證服務導入網路,協助提升安全性。Chrome、Firefox 和 Edge 不久後也將支援這項驗證機制 (須配合新版規格)。它會新增一種 Credential 物件,但如果使用 Credential Management API 的網站未偵測到所使用的特定憑證類型,可能會導致網站發生問題。

如果您目前是為了偵測功能而執行此操作

if (navigator.credentials && navigator.credentials.preventSilentAccess) {
    // use CM API
}

請改為執行下列操作

if (window.PasswordCredential || window.FederatedCredential) {
    // Call navigator.credentials.get() to retrieve stored
    // PasswordCredentials or FederatedCredentials.
}

if (window.PasswordCredential) {
    // Get/Store PasswordCredential
}

if (window.FederatedCredential) {
    // Get/Store FederatedCredential
}

if (navigator.credentials && navigator.credentials.preventSilentAccess) {
    // Call navigator.credentials.preventSilentAccess()
}

請參閱範例程式碼的變更

請繼續閱讀以瞭解詳情!

什麼是憑證管理 API

憑證管理 API (CM API) 可讓網站以程式輔助方式存取使用者代理程式憑證儲存庫,用於儲存/擷取呼叫來源的使用者憑證。

基本 API 包括:

  • navigator.credentials.get()
  • navigator.credentials.store()
  • navigator.credentials.create()
  • navigator.credentials.preventSilentAccess()

原始的 CM API 規格定義了 2 種憑證類型:

  • PasswordCredential
  • FederatedCredential

PasswordCredential 是包含使用者 ID 和密碼的憑證。FederatedCredential 是憑證,其中包含使用者 ID 和代表身分識別提供者的字串。

有了這 2 組憑證,網站就能:

  • 讓使用者在登入時立即使用先前儲存的密碼或聯合憑證登入 (自動登入),
  • 儲存使用者登入時所用的密碼或聯合憑證。
  • 讓使用者的登入憑證保持在最新狀態 (例如在使用者變更密碼後)

什麼是 WebAuthn

WebAuthn (網路驗證) 為 CM API 新增公開金鑰憑證。舉例來說,這項功能可讓網站以標準化方式,透過符合 FIDO 2.0 規範的驗證機制裝置,實施雙重驗證。

在技術層面上,WebAuthn 會使用 PublicKeyCredential 介面擴充 CM API。

問題為何?

先前,我們會引導開發人員使用下列程式碼偵測 CM API 功能:

if (navigator.credentials && navigator.credentials.preventSilentAccess) {
  // Use CM API
}

But as you can see from the descriptions above, the `navigator.credentials` is
now expanded to support public-key credentials in addition to password
credentials and federated credentials.

The problem is that user agents don't necessarily support all kinds of
credentials. If you continue feature detect using `navigator.credentials`, your
website may break when you are using a certain credential type not supported by
the browser.

**Supported credential types by browsers**
<table class="properties with-heading-tint"><tbody><tr>
<th></th>
<th>PasswordCredential / FederatedCredential</th>
<th>PublicKeyCredential</th>
</tr><tr><th>Chrome
</th><td>Available
</td><td>In development
</td></tr><tr><th>Firefox
</th><td>N/A
</td><td>Aiming to ship on 60
</td></tr><tr><th>Edge
</th><td>N/A
</td><td>Implemented with <a href="https://blogs.windows.com/msedgedev/2016/04/12/a-world-without-passwords-windows-hello-in-microsoft-edge/">older API</a>. New API (navigator.credentials) coming soon.
</td></tr></tbody></table>


## The solution
You can avoid this by modifying feature detection code as follows to explicitly
test for the credential type that you intend to use.

```js
if (window.PasswordCredential || window.FederatedCredential) {
    // Call navigator.credentials.get() to retrieve stored
    // PasswordCredentials or FederatedCredentials.
}

if (window.PasswordCredential) {
    // Get/Store PasswordCredential
}

if (window.FederatedCredential) {
    // Get/Store FederatedCredential
}

if (navigator.credentials && navigator.credentials.preventSilentAccess) {
    // Call navigator.credentials.preventSilentAccess()
}

請參閱程式碼範例的實際變更

如需參考,以下是如何偵測 WebAuthn 中新增的 PublicKeyCredential

if (window.PublicKeyCredential) {
    // use CM API with PublicKeyCredential added in the WebAuthn spec
}

時間軸

WebAuthn 最早可在 Firefox 實作,預計在 2018 年 5 月初穩定運作

最終結果

如有任何疑問,請傳送至 @agektmr 或 agektmr@chromium.org。