This is the Trace Id: 8b7517d2438f3ee266dcc6fa14a84fc6
跳到主要內容 Microsoft Defender Microsoft Entra Microsoft Intune Microsoft Purview Microsoft Security Copilot Microsoft Sentinel 檢視所有產品 AI 支援的網路安全性 雲端安全性 資料安全性與治理 身分識別和網路存取權 隱私權與風險管理 AI 的安全性 中小型企業 整合安全性作業 零信任 價格 服務 合作夥伴 為何選擇使用 Microsoft 安全性 網路安全性意識 客戶案例 安全說明資訊 產品試用 受業界認可 Microsoft Security Insider Microsoft 數位防禦報告 安全回應中心 Microsoft 安全性部落格 Microsoft 安全性事件 Microsoft 技術社群 文件 技術內容庫 訓練與認證 Microsoft Cloud 合規性計畫 Microsoft 信任中心 服務信任入口網站 Microsoft 安全未來倡議 Business Solutions Hub 連絡銷售人員 開始免費試用 Microsoft 安全性 Azure Dynamics 365 Microsoft 365 Microsoft Teams Windows 365 Microsoft AI Azure Space 混合實境 Microsoft HoloLens Microsoft Viva 量子運算 教育 汽車業 金融服務 政府機關 醫療保健 製造 零售 尋找合作夥伴 成為合作夥伴 合作夥伴網絡 Microsoft Marketplace 軟件公司 網誌 Microsoft 廣告 開發人員中心 文件 活動 授權 Microsoft 學習 Microsoft 研究 查看網站地圖
一個女人正在使用膝上型電腦工作。

什麼是 OAuth?

了解 OAuth 是什麼以及如何使用它來授權應用程式和服務之間的存取權而不洩露敏感資訊。
簡化資源存取權

說明 OAuth

OAuth 是一種技術標準，可讓您授權一個應用程式或服務登入另一個應用程式或服務，而不會洩露密碼等私人資訊。如果您曾經收到過如 [使用 Facebook 登入?] 之類的訊息 或 [允許此應用程式存取您的帳戶嗎?] 您就已經看過 OAuth 的實際應用。

OAuth 全名為 Open Authorization，而不是有時候被誤解的 驗證。驗證是一種驗證身分識別的程序。OAuth 確實涉及您的身分，但其目的是授予權限，讓您順利地連線到不同應用程式和服務，而無需建立新帳戶。OAuth 提供了簡單的體驗，讓您可以選擇授權兩個應用程式共用您的部分資料，而無需透露您的認證。它在便利性和安全性之間取得了平衡。

OAuth 設計為與超文字傳輸通訊協定 (HTTP) 搭配使用。它使用存取權杖來證明您的身分並允許它代表您與其他服務互動。如果第二個服務遭受資料外洩，您在第一個服務上的認證將維持安全。OAuth 是一種廣泛採用的開放標準通訊協定，大多數網站和應用程式開發人員都使用它。

重要的是，OAuth 不會授予第三方應用程式或服務無限制地存取您的資料。該通訊協定的一部分是指定第三方可存取的資料，以及使用該資料的用途。在多人可以存取大量敏感和專屬資訊的商務案例中，設定此類限制並保護一般身分識別特別重要。

OAuth 的運作方式為何?

存取權杖使讓人安全使用 OAuth 的原因。存取權杖是一段資料，其中包含有關使用者和權杖所針對的資源的資訊。權杖也會包含資料共用的特定規則。

例如，您可能想與照片編輯應用程式共用社交媒體個人資料中的照片，但您只希望該應用程式存取您的部分照片。該應用程式也不需要存取您的直接訊息或好友名單。權杖只會授權存取您核准的資料。有時候也會有規則限制應用程式何時可以使用該權杖 (可能只能單次使用或重複使用)，以及有效期限。

OAuth 程序主要是機器對機器的互動，只有幾個使用者接觸點。在某些情況下，您可能不需要提供核准，因為它是由軟體在背景默默處理的。這兩個 OAuth 範例是在企業工作案例中，其中身分識別平台負責處理資源之間的連線以減少大量使用者的 IT 摩擦，或在某些智慧型裝置之間的互動。

OAuth 技術的範例

與許多簡化繁瑣工作的技術一樣 (在本案例中是在多個應用程式中手動建立帳戶)，OAuth 幾乎已被應用程式建立者普遍採用。它為個人和企業提供了廣泛的使用案例。

舉一個 OAuth 範例，假設您使用 Microsoft Teams 作為共同作業工具，並且想要存取有關共事者的 (組織內外) 的更多資訊。您決定啟用 LinkedIn 整合功能，以便您可以在與共事者互動時更深入了解他們，而無需離開 Teams。然後，Microsoft 和 LinkedIn 將使用 OAuth 授權將您的帳戶與您的 Microsoft 身分識別連結。

使用 OAuth 的另一個案例是，您要下載預算應用程式來協助您透過警示和視覺輔助工具 (例如圖表) 追蹤支出。為了完成這項工作，該應用程式需要存取您的一些銀行資料。您可以提出將銀行帳戶與應用程式連結的要求，僅授權存取您的帳戶餘額和交易。應用程式與銀行會使用 OAuth 代表您進行這項資訊交換，而不會向應用程式顯示您的銀行登入認證。

另一個 OAuth 範例是，您是使用 GitHub 的開發人員，並且您發現有一個第三方應用程式可以與您的帳戶整合以執行自動程式碼檢閱。您前往 GitHub Marketplace 並下載該應用程式。然後，它會要求您使用 GitHub 身分識別來授權與應用程式的連線，該程序將使用 OAuth 處理。然後，檢閱應用程式就可以存取您的程式碼，而您就不需每次都登入這兩個服務。

OAuth 1.0 和 OAuth 2.0 有何不同?

原始 OAuth 1.0 僅針對網站開發。目前它尚未廣泛使用，因為 OAuth 2.0 是為應用程式和網站設計的，而且它速度更快、更容易實作。OAuth 1.0 的擴充性不像 OAuth 2.0，而且它只有三種可能的授權流程，而 OAuth 2.0 有六種授權流程。

如果您計畫使用 OAuth，最好一開始就使用 2.0 版本。遺憾的是，OAuth 1.0 無法升級到 OAuth 2.0。OAuth 2.0 目的在對 OAuth 1.0 進行徹底的重新設計，幾家主要科技公司提供了有關其設計的意見反應。網站可以同時支援 OAuth 1.0 和 OAuth 2.0，但建立者則希望 2.0 完全取代 1.0。

OAuth 與OIDC

OAuth 和 Open ID Connect (OIDC) 是密切相關的通訊協定。它們的相似之處在於，它們都可讓一個應用程式代表使用者存取另一個應用程式的資源。差異在於，OAuth 用於授權存取資源，而 OIDC 用於人員的身分驗證。兩者都可以讓兩個無關的應用程式共用資訊，同時不會危害使用者資料的隱私權。

識別提供者通常會同時使用 OAuth 2.0 和 OIDC。OIDC 透過新增身分識別層級，特別開發來增強 OAuth 2.0 的功能。由於它是基於 OAuth 2.0 建置，因此 OIDC 不向後相容於 OAuth 1.0。

開始使用 OAuth

在您的網站和應用程式中使用 OAuth 2.0 可以簡化身分驗證流程，進而大幅改善您的使用者或員工體驗。若要開始使用，請先投資識別提供者解決方案，例如 Microsoft Entra，它可以透過內建安全性保護使用者和資料。

Microsoft Entra ID (以前稱為 Azure Active Directory) 支援所有 OAuth 2.0 流程。應用程式開發人員可以使用 ID 作為標準型驗證提供者，協助他們將企業規模的新式身分識別功能整合到應用程式中。IT 系統管理員可以使用它來控制存取權。
資源

深入了解 Microsoft 安全性

  1.
在膝上型電腦上一起檢視內容的人員

探索 Microsoft Entra

透過一系列整體解決方案保護身分識別並跨雲端安全存取。
深入了解。
男子使用膝上型電腦

Microsoft Entra ID (先前稱為 Azure Active Directory)

使用增強式驗證和風險型自適性存取保護資源和資料的存取。
深入了解
一起看著膝上型電腦的兩個人

在您的應用程式中建立信任

實作 SSO，以便員工可以使用一個認證存取所需的所有資源。
深入了解
辦公室中看著桌上型電腦的人們

簡化登入體驗

實作 SSO，以便員工可以使用一個認證存取所需的所有資源。
深入了解
使用手機驗證其膝上型電腦的男性

防範威脅

使用多重要素驗證來改善組織資源的保護。
深入了解
在現代辦公室座位區使用膝上型電腦工作的人

使用 OAuth 簡化電子郵件資料的存取

了解如何使用舊版通訊協定驗證與應用程式的連線。
深入閱讀
返回相關產品區段
常見問題集

常見問題集

  • OAuth 全名為 Open Authorization，是一種技術標準，可讓您授權一個應用程式或服務登入另一個應用程式或服務，而不會洩露密碼等私人資訊。當應用程式要求您授權，以查看您的個人資料資訊時，表示它正在使用 OAuth。
  • OAuth 透過交換存取權杖運作，存取權杖是一段資料，其中包含有關使用者和權杖所針對的資源的資訊。一個應用程式或網站與另一個應用程式或網站交換有關使用者的加密訊息，並包含資料共用的特定規則。有時候也會有規則限制應用程式何時可以使用該權杖以及有效期限。OAuth 程序主要是機器對機器的互動，只有幾個使用者接觸點 (如果有)
  • 許多公司使用 OAuth 來簡化對第三方應用程式和網站的存取，且不會洩露使用者的密碼或敏感資料。Google、Amazon、Microsoft、Facebook 和 Twitter 都使用它來共用帳戶相關資訊，以用於各種用途，包括簡化購買程序。Microsoft 身分識別平台使用 OAuth 來授權公司與學校帳戶、個人帳戶、社交帳戶和遊戲帳戶的權限。
  • OAuth 和 Open ID Connect (OIDC) 是密切相關的通訊協定。它們的相似之處在於，它們都可讓一個應用程式代表使用者存取另一個應用程式的資源。然而，差異在於 OAuth 用於授權存取資源，而 OIDC 用於人員的身分驗證。兩者都可以讓兩個無關的應用程式共用資訊，同時不會危害使用者資料的隱私權。
  • OAuth 1.0 和 OAuth 2.0 之間存在許多差異，因為 OAuth 2.0 是 OAuth 1.0 的徹底重新設計，導致 OAuth 1.0 幾乎過時。OAuth 1.0 只針對網站而開發，而 OAuth 2.0 則專為應用程式和網站所設計。與 OAuth 1.0 的三種授權流程相比，OAuth 2.0 速度更快、更容易實作，可以擴充，並且有六種可能的授權流程。

關注 Microsoft 安全性

Surface Pro Surface Laptop Copilot 機構版 Copilot 個人版 AI 登陸 Windows Microsoft 365 探索 Microsoft 產品 Windows 11 Apps 帳戶個人檔案 下載中心 訂單追蹤 Microsoft 教學版 教學裝置 Microsoft Teams 教學版 Microsoft 365 教學版 Office 教學版 教職員培訓與發展 學生與家長尊享優惠 Azure 學生版
Microsoft AI Microsoft 安全性 Azure Dynamics 365 Microsoft 365 Microsoft 廣告 Microsoft 365 Copilot Microsoft Teams Microsoft 開發人員 Microsoft 學習 AI 市集 App 支援 Microsoft 科技社群 Microsoft Marketplace Microsoft Power Platform 軟件公司 Visual Studio 招聘 公司新聞 Microsoft 私隱權 投資者
中文（香港特別行政區） Consumer Health Privacy 聯絡 Microsoft 私隱權 管理 Cookie 使用協議條款 商標 關於我們的廣告