Apidog 為 API 請求提供多種驗證方法，讓你能保護整合並存取受保護的資源。本頁提供 Apidog 支援的所有授權類型及其設定方式的完整參考。你可以在請求的 Authorization 區段中，從 Type 選單選擇驗證類型。驗證可套用於請求、資料夾或集合層級，讓你能彈性管理 API 工作區中的憑證。授權類型比較#
| Type | 使用情境 | 安全層級 | 常見應用 |
|---|
| Inherit from Parent | 重用父資料夾／集合的驗證 | 視情況而定 | 使用共用驗證整理請求 |
| No Auth | 公開端點 | 無 | 健康檢查、公開資料 |
| API Key | 簡單的權杖式驗證 | 中 | 內部 API、基本整合 |
| Bearer Token | 權杖式驗證（JWT 等） | 中高 | 現代 API、微服務 |
| JWT Bearer | 自行產生的 JWT 權杖 | 高 | 自訂 JWT 實作 |
| Basic Auth | 使用者名稱／密碼 | 低至中 | 舊版系統、簡單驗證 |
| Digest Auth | 加密的使用者名稱／密碼 | 中 | 比 Basic Auth 更高的安全性 |
| OAuth 1.0 | 委派授權（舊版） | 中 | Twitter API、舊版服務 |
| OAuth 2.0 | 現代委派授權 | 高 | Google、GitHub、Microsoft API |
| Hawk Authentication | 基於 HMAC 的驗證 | 高 | 專用安全 API |
| NTLM | Windows 驗證 | 中 | Microsoft 環境 |
| Akamai EdgeGrid | Akamai CDN 驗證 | 高 | Akamai 服務 |
Inherit from Parent#
「Inherit from Parent」是 Apidog 中的預設驗證類型。當請求的驗證類型設定為「Inherit from Parent」時，它會繼承其父資料夾的驗證設定，並持續向上繼承到根資料夾。這讓你只需在資料夾層級設定一次驗證，即可自動套用到所有子請求。
No Auth#
如果不需要驗證，Apidog 不會包含任何授權詳細資料。對於未驗證的請求，只需在 Authorization 分頁中，從 Type 下拉選單選擇 No Auth。API Key#
對於 API key 驗證，你可以在請求標頭或查詢參數中提供鍵值組。從 Type 選項中選擇 API Key，輸入你的 key 名稱和值，並選擇將其加入 Headers 或 Query Params。Apidog 會自動將必要資訊附加到你的請求 Headers 或 URL 查詢字串。為了提升安全性，請將 API keys 儲存在環境變數中，而不是將其硬編碼在請求內。這可避免在版本控制或共用工作區中意外暴露。
Bearer Token#
Bearer token 驗證（例如 JSON Web Tokens，JWT）會在請求標頭中使用存取金鑰。從 Type 清單中選擇 Bearer Token，並在 Token 欄位輸入你的 API key。Apidog 會以下列格式將權杖加入 Authorization 標頭：若要使用「Bearer」以外的自訂前綴，請使用 API Key 選項，並將 key 名稱設為「Authorization」。
JWT Bearer#
Apidog 也支援直接在應用程式內產生 JWT 權杖。從 Type 選項中選擇 JWT Bearer。Location：將權杖加入 Request Header 或 Query Param
Algorithm：從搭配 SHA 的 HS、RS、ES 或 PS 變體中選擇
Secret/Key：輸入必要的 secret 或 private key
Payload：以 JSON 格式輸入 payload 資料
Basic Auth#
Basic auth 會隨請求傳送已驗證的憑證。從 Type 選單中選擇 Basic Auth，並輸入你的 API 使用者名稱與密碼。Apidog 會包含一個 Authorization 標頭，其中含有你的憑證經 Base64 編碼後的字串，格式如下：Basic <Base64 encoded username and password>
Basic Auth 會以 Base64 編碼傳輸憑證，而這很容易被解碼。使用 Basic Auth 時務必使用 HTTPS，並在生產環境中考慮使用更安全的替代方案，例如 OAuth 2.0。
其他授權類型#
NTLM - Windows NT LAN Manager 驗證 