代表使用者存取資料

當應用程式需要代表使用者存取資料時，稱為 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。

後續步驟