代表使用者存取資料

當應用程式需要代表使用者存取資料時，稱為 three-legged OAuth 流程。在 three-legged OAuth 流程中，應用程式會從使用者取得憑證，使用者則登入帳戶完成驗證。接著，應用程式會使用使用者的憑證，代表使用者存取 Cloud Storage 資源。以下列舉幾個適用這種做法的情境：

  • 網路伺服器應用程式
  • 已安裝的桌面應用程式
  • 行動應用程式
  • 用戶端 JavaScript
  • 輸入受限裝置的應用程式
如要進一步瞭解這些情境，請參閱「OAuth 2.0 情境」。

在其他情況下，您可能需要使用服務帳戶憑證。

如果您設計的應用程式要支援多種使用者驗證選項，請使用 Firebase 驗證，這項服務支援電子郵件和密碼驗證，以及 Google、Facebook、Twitter 和 GitHub 等識別資訊提供者的聯合登入。如要瞭解如何為不同用途設定驗證系統，請參閱「如何開始使用 Firebase 驗證」。

當使用者授予應用程式存取權杖，允許應用程式代表使用者存取資料時，該存取權杖僅具備授予權杖的使用者所擁有的權限。舉例來說，如果 jane@example.com 具有 read-only 對 example-bucket 的存取權，則 Jane 授予 read-write 存取權的應用程式將無法代表她寫入 example-bucket。

後續步驟