授權存取的運作方式

重要事項:OAuth 1.0 2LO 已於 2016 年 10 月 20 日全面淘汰。如要遷移至新標準,最簡單的做法是使用 OAuth 2.0 服務帳戶搭配全網域委派功能。

使用者從 Google Workspace Marketplace 安裝應用程式時,系統會顯示網頁,要求使用者同意應用程式的服務條款,並授權應用程式存取自己的 Google 資料。如果使用者授予存取權,系統會以三足式 OAuth 存取權杖紀錄權限 (如要進一步瞭解經過授權的存取權如何與 Google Workspace 搭配運作,請參閱「三足式 OAuth 與 Google Workspace 搭配運作方式的簡介圖表」)。

撤銷應用程式 (針對特定使用者) 的三足式 OAuth 2.0 權杖後,應用程式就無法存取該使用者的資訊,直到使用者重新安裝應用程式,並重新授權三足式 OAuth 2.0 權杖給該應用程式。在「安全性」頁面中,您可以查看特定使用者在特定應用程式中所有有效的三足式 OAuth 2.0 權杖。權杖清單和撤銷作業是依使用者和應用程式進行。

為提高 Google 服務使用者的帳戶安全性,當使用者變更密碼時,系統會撤銷用於存取特定產品的 OAuth 2.0 權杖。

部分應用程式使用 OAuth 2.0 驗證方式存取特定產品,當使用者重設密碼時,這些應用程式會停止存取資料。

雙足式 OAuth 和三足式 OAuth 有何不同?

在 Google 傳統上,2-legged OAuth 適用於管理員管理的應用程式,因為管理員會授予應用程式 (例如 Tripit) 存取權,以便存取網域中所有使用者的 Google 服務資料。常見的資料存取要求包括:網路論壇佈建、使用者佈建、日曆和通訊錄。

三足式 OAuth 通常用於使用者管理的應用程式,網域中的使用者可藉此從 Google Workspace Marketplace 下載個別應用程式,並透過自己的受管理 Google 帳戶進行安裝。不過,您可以在安全性部分中查看使用者授權哪些第三方應用程式存取自己的 Google 資料,以及撤銷三足式 OAuth 2.0 權杖。

詳情請參閱雙足式 OAuth 和三足式 OAuth 的簡介圖表 (僅提供英文版)。