Loading

Ämnen

Alternativ för autentisering och åtkomsthantering för betalabonnemang

Vem kan använda den här funktionen?
StarterAdvancedEnterpriseEnterprise+PremiumBusinesstidigare Enterprise

Gå till vår prissättningssida för mer information.

Som standard gäller Asanas vanliga autentiseringssteg och dina organisationsmedlemmar kan välja att antingen använda ett traditionellt lösenord eller Google enkel inloggning (SSO) för att logga in på sina respektive konton.

I betalande organisationer kan superadministratörer välja hur deras medlemmar loggar in i Asana, ställa in krav på lösenordskomplexitet och tvinga fram återställning av alla medlemmars lösenord. Om du köper ett abonnemang för en avdelning på Enterprise eller Enterprise+ kan även SAML aktiveras. SAML kan även aktiveras för avdelningar på Legacy Enterprise-nivån.

Autentiseringsinställningarna för betalabonnemang gäller endast för medlemmarna i din organisation. Organisationens gäster påverkas inte av dina autentiseringsinställningar.

Gillar du det du ser? Börja med en gratis Asana-provperiod i dag. Prova gratis.

Lösenordsstyrka och framtvingad lösenordsåterställning

Läs den här artikeln om du vill veta hur du kan uppdatera kraven på lösenordsstyrka och framtvinga en lösenordsåterställning för din organisation.

Google-inloggning

Om ditt företag använder Google Workspace för företag eller utbildning och du använder en betalversion av Asana, har du möjlighet att kräva att dina medlemmar autentiserar sig via Google.

Anteckning iconAnteckning

Du kan inte ställa in Google-inloggning om du har ett avdelningsabonnemang.

Gå till fliken Säkerhet i adminkonsolen om du vill ändra din organisation till Google-inloggning. Härifrån går du till Globala autentiseringsinställningar och klickar på Google-inloggning. Välj Krävs för alla medlemmar förutom för gäster och klicka på Spara ändringar.

Google sign-in

När den här ändringen har sparats kommer lösenord som är kopplade till dina medlemmars Asana-konton inte längre att fungera och de kommer att behöva använda Google enkel inloggning.

Om du ändrar e-postdomänen som är kopplad till dina Google-konton kan du kontakta oss så att vi kan lägga till den nya domänen i din organisation.

SAML

Om ditt företag använder en identitetsleverantör som OneLogin, Okta, LastPass, Microsoft Entre, SecureAuth eller Active Directory, kan IT-avdelningen vilja konfigurera SAML. För att konfigurera SAML måste du:

  • Tillhöra en organisation eller avdelning med Asana Enterprise, Enterprise+ eller Legacy Enterprise.
  • vara en superadministratör i organisationen

När en organisation har konfigurerats med SAML behöver organisationens medlemmar inte längre något lösenord för att logga in på sina konton. På inloggningssidan kan de helt enkelt ange sin e-postadress, klicka på Logga in och lämna lösenordsfältet tomt. Alternativt kan de också använda IdP-appens panel för att få åtkomst till Asana.

Steg ett: konfigurera din IDP

Om du uppfyller dessa villkor är det första steget att konfigurera Asana med din identitetsleverantör. Stegen för OneLogin, Okta, LastPass, Bitium, SecureAuth, Active Directory och Entrust Identity listas nedan, men du kan också göra detta för andra identitetsleverantörer:

Active Directory

I det här dokumentet kan du läsa om hur du konfigurerar SAML för Asana med Active Directory.

Du kan också prova Okta Cloud Connect. Okta Cloud Connect är en kostnadsfri utgåva av Okta för en applikation. Med den kan du konfigurera Okta för AD-integrering och enkel inloggning (SSO) för en kärnapplikation. Du hittar mer information här.

Microsoft Entra

Läs den här artikeln om du vill veta hur du kan konfigurera SAML för Asana med Microsoft Entra.

Anteckning iconAnteckning

Den här konfigurationen skiljer sig från Microsoft SSO-alternativet som tillhandahålls av Asana. Mer information om detta finns här: Asana för Microsoft

Google Workspace

Läs mer om hur du konfigurerar SSO via SAML för Asana här.

LastPass

  • I LastPass Enterprise går du först till din Enterprise-konsol och väljer fliken SAML högst upp. Då kommer du till SAML-huvudsidan
  • Klicka på ikonen för Asana-appen
  • Följ instruktionerna på skärmen
  • Kopiera inloggnings-URL:en och x.509-certifikatet som behöver användas i steg två

Okta

  • I Okta klickar du på fliken Applikationer
  • Sök efter Asana
  • Kopiera inloggnings-URL:en och x.509-certifikatet som behöver användas i steg två
  • Ta reda på mer här.

OneLogin

  • I OneLogin går du till Appar > Hitta appar
  • Sök efter Asana
  • Klicka på Lägg till bredvid Asana
  • Klicka på ”Continue”
  • Kopiera inloggningssidans URL och x.509-certifikatet, vilka kommer att användas i steg två

SecureAuth

Den här artikeln ger stegvisa instruktioner om hur du konfigurerar SAML för Asana med SecureAuth.

Entrust Identity

Läs den här artikeln om du vill veta hur du kan konfigurera SAML för Asana med Entrust Identity.

Steg två: konfigurera Asana

Efter att du har konfigurerat Asana med din identitetsleverantör kan du göra lämpliga ändringar i Asana.

SAML

Om du vill ändra din organisation till SAML

  1. Klicka på din profilbild och välj Adminkonsol i den nedrullningsbara menyn
  2. Gå till fliken Säkerhet
  3. Gå till avsnittet Globala autentiseringsinställningar
  4. Klicka på SAML-autentisering
  5. Klicka på Krävs för alla medlemmar förutom för gästkonton
  6. Klistra in URL:en för inloggningssidan som du kopierade från steg ett i det avsedda fältet
  7. Klistra in X.509-certifikatet som du kopierade från steg ett i motsvarande fält
  8. Ställ in en tidsgräns för sessioner för dina medlemmar
  9. Lägg till en tidsgräns för sessioner på mobilen vid behov
  10. Klicka på Spara ändringar
  11. Alla dina användare kommer att loggas ut (inklusive dig) för att garantera att alla dina fullvärdiga medlemmar autentiserar via SAML från och med det ögonblicket.

Om du använder integreringar med öppen källkod eller externa integreringar, t.ex. Shibboleth eller PingFederate. Du kommer att behöva dela Asanas metadata för enkel inloggning (SSO) med deras tekniska kontaktperson för att konfigureras i den identitetsleverantör de väljer.

<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>

Vi rekommenderar att en superadministratör för din organisation först ställer in SAML till valfritt och försöker logga in med sina SAML-autentiseringsuppgifter. Efter en lyckad inloggning kan superadministratören ändra konfigurationen till krävs.

När den har ställts in korrekt måste alla som tillhör företagets organisation logga in på sitt Asana-konto med organisationens identitetsleverantör (oavsett om kontot har åtkomst till andra organisationer eller arbetsytor).

Superadministratörer kan styra vilka interna användare som har tillgång till Asana via sin identitetsleverantör genom att tilldela SAML-inloggning endast till specifika användargrupper. Om du är en superadministratör och har problem med att konfigurera SAML för din organisation kan du kontakta oss. Kontakta oss om du vill ställa in några regler för olika IdP-användargrupper.

Granskningsloggdetaljer för misslyckade SAML-inloggningar

Om din organisation har åtkomst till granskningslogg-API:et genererar misslyckade SAML-inloggningsförsök user_login_failed-händelser i granskningsloggen.

När en medlems SAML-inloggning misslyckas innehåller dessa user_login_failed-händelser nu en rensad version av SAML-svaret som returneras av din identitetsleverantör. Den här ytterligare detaljen hjälper administratörer och it-team att förstå varför en inloggning misslyckades och snabbt identifiera konfigurationsproblem mellan Asana och identitetsleverantören, samtidigt som känsliga värden hålls dolda.

Du kan använda granskningsloggen för att koppla misslyckade inloggningsförsök till användaren, tidpunkten för försöket och andra händelsedetaljer från Asana och din identitetsleverantör. Det fullständiga händelseschemat och fältdefinitionerna finns i utvecklarens dokumentation för granskningslogghändelser.

SAML-sessionstidsgräns

I adminkonsolen kan superadministratörer ställa in en SAML-sessionstidsgräns på mellan 1 timme och 30 dagar. Medlemmarna kommer att loggas ut automatiskt efter att den specifika tidsgränsen har gått ut och bli ombedda att logga in igen.

Tidsgränser för sessioner på mobilen är inaktiverade som standard. Hantera den här inställningen i avsnittet Tidsgräns för sessioner på mobilen längst ned i fönstret.

Offentligt certifikat

Asana stöder HTTP POST-bindningsmetoden för SAML, inte HTTP REDIRECT. Det innebär att du måste konfigurera din IdP för att använda HTTP POST-bindningar, vilket säkerställer säker dataöverföring under autentiseringsprocessen.

För ökad säkerhet kräver Asana att antingen SAML-påståendena eller hela SAML-svaret är signerade. Denna åtgärd säkerställer autenticiteten och integriteten hos de data som utbyts. Se till att minst ett av dessa element är signerat i din konfiguration.

Asana signerar inte SAML-begäranden. När du konfigurerar SAML i din IdP bör du därför inaktivera signering för autentiseringsförfrågningar. Du kan göra det genom att ställa in inställningen Sign AuthnRequest på falsk (t.ex. AuthnRequestsSigned="false").

Inkludera information om IdP-signeringsnyckeln i SAML-assertionen. Den här nyckeln är avgörande för att verifiera signaturen och upprätthålla säkerheten för SAML-påståendet.

Tvåfaktorsautentisering

Mer information om tvåfaktorsautentisering finns i den här artikeln.

Note iconAnteckning

This article has been AI-translated.

Send translation feedback.
Laddar
Så här hanterar du autentisering | Asanas hjälpcenter