Loading
產品
AI Platform
功能
公司類型
團隊
行業
使用案例
学习
支持
服務
說明中心
search-icon

主題

找不到此主題的文章。

找不到此主題的文章。

找不到此主題的文章。

付費方案的驗證和存取管理選項

在本文中

誰可以使用此功能？
StarterAdvancedEnterprise 版Enterprise+Premium 版Business 版舊版 Enterprise

如需詳細資訊，請前往定價頁面。

預設情況下會使用 Asana 的一般驗證，您的組織成員可以選擇使用傳統密碼或 Google 單一登入來登入各自的帳戶。

在付費組織中，超級管理員可選擇成員登入 Asana 的方式、設定密碼複雜度要求，以及強制重設所有成員的密碼。若您購買了 Enterprise 版或 Enterprise+ 版的事業處方案，則可同時啟用 SAML。舊版 Enterprise 層級的事業處也可啟用 SAML。

付費驗證設定僅適用於您的組織成員。組織訪客不受驗證設定影響。

喜歡您看到的內容嗎？立即開始免費試用 Asana。免費試用。

密碼強度與強制密碼重設

參閱此文章，瞭解如何更新密碼強度要求，以及強制您的組織重設密碼。

Google 登入

若您的公司使用Google Workspace進行商業或教育活動，且您使用的是 Asana 付費版，您可以要求成員透過 Google 進行驗證。

注意 icon注意

若您並未使用事業處方案，則無法設定 Google 登入。

若要將組織變更為使用 Google 登入，請前往系統管理主控台中的「安全性」標籤頁。從此處前往全域驗證設定，然後按一下 Google 登入。選擇 除訪客外，對所有成員均為必要 ，然後按一下 儲存變更。

Google sign-in

變更儲存後，所有與您成員的 Asana 帳戶關聯的密碼即會失效，且成員必須使用 Google 單一登入。

若您需要變更與您的 Google 帳戶關聯的電子郵件網域，請聯絡我們，以便我們將新的網域新增到您的組織。

SAML

若您的公司使用 OneLogin、Okta、LastPass、Microsoft Entre、SecureAuth 或 Active Directory 等身分提供商，則您的 IT 部門可能需要設定 SAML。若要設定 SAML，您必須：

  • 隸屬於 Asana Enterprise 版、Enterprise+ 版或舊版 Enterprise 版的組織或事業處。
  • 成為組織的超級管理員

組織設定 SAML 後，組織成員登入帳戶時便不再需要使用密碼。他們只需在登入頁面中輸入電子郵件，然後點選登入，將密碼欄位留空即可。或者，他們也可以使用 IdP 應用程式儀表板來存取 Asana。

第 1 步：設定您的 IDP

若您滿足以上條件，第 1 步就是使用您的身分提供商設定 Asana。下面列出了 OneLogin、Okta、LastPass、Bitium、SecureAuth、Active Directory 和 Entrust Identity 的步驟，但您也可以使用其他身分提供商執行此動作：

Active Directory

參閱此文件，瞭解如何使用 Active Directory 設定 SAML for Asana。

您也可以嘗試使用 Okta Cloud Connect。Okta Cloud Connect 是 Okta 的免費版本，兩者是同一個應用程式。您可以此為一個核心應用程式設定用於 AD 整合和單一登入的 Okta。您可以在此處找到更多資訊。

Microsoft Entra

參閱此文章，瞭解如何使用 Microsoft Entra 設定 SAML for Asana。

注意 icon注意

此設定與 Asana 提供的 Microsoft SSO 選項不同。如需更多相關資訊，請參閱： Asana for Microsoft

Google 工作空間

參閱此處，瞭解如何透過 SAML for Asana 設定單一登入。

LastPass

  • 在 LastPass Enterprise 中，首先前往您的 Enterprise Console (主控台)，然後選擇位於頂端的 SAML 標籤。隨後就會轉到 SAML 主頁面
  • 點選 Asana 應用程式圖示
  • 依循畫面上的指引
  • 複製用於兩步驗證的登入 URL 以及 X.509 憑證

Okta

  • 在 Okta 中，點選「Applications (應用程式)」標籤
  • 搜尋 Asana
  • 複製用於兩步驗證的登入 URL 以及 X.509 憑證
  • 在此處深入瞭解。

OneLogin

  • 在 OneLogin 中，前往「應用程式」>「尋找應用程式」
  • 搜尋 Asana
  • 按一下 Asana 旁邊的add (新增)
  • 點選Continue (繼續)
  • 複製用於兩步驗證的 sign-in page URL (登入頁面 URL) 以及 X.509 Certificate (X.509 憑證)

SecureAuth

參閱此文章，瞭解使用 SecureAuth 設定 SAML for Asana 的逐步說明。

Entrust Identity

參閱此文章，瞭解如何使用 Entrust Identity 設定 SAML for Asana。

第 2 步：設定 Asana

使用您的身分提供商設定 Asana 後，您需要在 Asana 中進行適當的變更。

SAML

若要將組織變更為使用 SAML

  1. 點選您的個人資料照片，並從下拉式功能表中選擇系統管理主控台
  2. 前往「安全性」標籤頁
  3. 導覽至「全域驗證設定」區段
  4. 按一下SAML 驗證
  5. 點選除訪客帳戶外，對所有成員均為必要
  6. 將您從第一步複製的登入頁面 URL 貼上到其對應的欄位中
  7. 將您從第一步複製的 X.509 憑證貼上到對應的欄位中
  8. 為您的成員設定工作階段逾時
  9. 如有需要，請新增行動裝置工作階段逾時
  10. 點選 儲存變更
  11. 所有使用者 (包括您) 都將登出，以確保從那一刻起，所有正式成員都透過 SAML 進行驗證。

若您使用開放原始碼或非本機整合，例如 Shibboleth 或 PingFederate。您需要與技術聯絡人共用 Asana 單一登入中繼資料，以便在他們選擇的 IdP 中進行設定。

<md:EntityDescriptor xmlns:md="urn:oasis:names:tc:SAML:2.0:metadata" entityID="https://app.asana.com/">        <md:SPSSODescriptor AuthnRequestsSigned="false" WantAssertionsSigned="false" protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">                <md:NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress</md:NameIDFormat>                <md:AssertionConsumerService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Location="https://app.asana.com/-/saml/consume" index="0"/>        </md:SPSSODescriptor></md:EntityDescriptor>

我們建議您組織的超級管理員首先將 SAML 設定為選擇性，並且嘗試以其 SAML 認證登入。成功登入後，超級管理員可以將設定切換為必要。

妥善設定完成後，隸屬於您公司組織中的所有人，都需要使用您組織的身份識別提供者登入其 Asana 帳戶 (無論他們的帳戶是否有其他組織或工作空間的存取權限)。

超級管理員可以只將 SAML 登入指派給特定的使用者群組，藉此控制哪些內部使用者可以透過其身份識別提供者存取 Asana。若您是超級管理員，且在為您的組織設定 SAML 時遇到問題，請聯絡我們。若您想為不同的 IdP 使用者群組設定一些規則，請聯絡我們。

SAML 登入失敗的稽核記錄詳細資料

若您的組織有稽核紀錄 API 的存取權限，失敗的 SAML 登入嘗試會在稽核紀錄中產生user_login_failed事件。

當成員的 SAML 登入失敗時，這些user_login_failed事件現在包含由您的身分識別提供者傳回的 SAML 回應的已清理版本。這項額外的詳細資料可協助系統管理員和 IT 團隊瞭解登入失敗的原因，並快速找出 Asana 與身分提供商之間的設定問題，同時保持敏感值的隱藏。

您可以使用稽核紀錄，將失敗的登入嘗試與使用者、嘗試時間以及來自 Asana 和您的身分識別提供者的其他事件詳細資料相關聯。如需完整的事件架構和欄位定義，請參閱稽核記錄事件開發人員文件。

SAML 工作階段逾時

超級管理員可在系統管理主控台中將 SAML 工作階段逾時設定在 1 小時與 30 天之間。特定逾時設定後，成員將自動登出，並且需要再次登入。

行動裝置工作階段逾時功能預設為停用。在視窗底部的「行動裝置工作階段逾時」區段中管理此設定。

公開憑證

Asana 支援 SAML 的 HTTP POST 繫結方法，而非 HTTP REDIRECT。這意味著您必須將您的 IdP 設定為使用 HTTP POST 繫結，以確保驗證流程期間的資料傳輸安全。

為了增強安全性，Asana 要求簽署 SAML 宣告或整個 SAML 回應。此措施可確保交換資料的真實性和完整性。請確保您的設定中至少有一個這些元素已簽署。

Asana 不會簽署 SAML 請求。因此，在您的 IdP 中設定 SAML 時，您應停用驗證請求的簽署。可透過將 Sign AuthnRequest 偏好設定為 false (例如 AuthnRequestsSigned="false") 來完成。

請在 SAML 斷言中納入 IdP 簽署金鑰資訊。此金鑰對於驗證簽章和維護 SAML 宣告的安全性至關重要。

雙因素驗證

如欲深入瞭解雙因素驗證，請參閱此文章。

Note icon注意

This article has been AI-translated.

Send translation feedback.

相關文章

正在載入
如何管理驗證 | Asana 說明中心