Standardmäßig gelten die normalen Asana-Authentifizierungsschritte und die Mitglieder in Ihrem Unternehmen können zwischen einem traditionellen Passwort oder Google SSO auswählen, um sich in ihrem jeweiligen Konto anzumelden.
In kostenpflichtigen Unternehmen können Super-Admins bestimmen, wie sich ihre Mitglieder in Asana anmelden, die Passwortkomplexität festlegen und das Zurücksetzen der Passwörter aller Mitglieder erwirken. Wenn Sie ein Enterprise- oder Enterprise+-Abo für Ihre Abteilung erwerben, kann SAML ebenfalls aktiviert werden. SAML kann auch für Abteilungen mit dem Legacy Enterprise-Abonnement aktiviert werden.
Authentifizierungseinstellungen für kostenpflichtige Abos gelten nur für Mitglieder in Ihrem Unternehmen. Unternehmensgäste sind nicht von Ihren Authentifizierungseinstellungen betroffen.
Sie möchten mehr erfahren? Probieren Sie die kostenlose Asana-Testversion aus. Jetzt kostenlos testen.
Wenn Ihr Unternehmen Google Workspace for Business oder Education verwendet und Sie eine kostenpflichtige Version von Asana nutzen, haben Sie die Möglichkeit, von Ihren Mitgliedern eine Authentifizierung via Google zu verlangen.
Hinweis
Sie können Google Sign-In nicht einrichten, wenn Sie ein Abteilungsabo haben.
Um für Ihr Unternehmen die Google-Anmeldung zu aktivieren, gehen Sie zum Tab „Sicherheit“ in der Admin-Konsole. Von hier aus gehen Sie zu den Globalen Authentifizierungseinstellungen und klicken auf Google-Anmeldung. Wählen Sie Erforderlich für alle Mitglieder, außer Gäste und klicken Sie auf Änderungen speichern.
Nachdem diese Änderung gespeichert wurde, funktionieren keine Passwörter mehr, die mit den Asana-Konten Ihrer Mitglieder verknüpft sind, und Ihre Mitglieder müssen Google SSO verwenden.
Wenn Sie die mit Ihren Google-Konten verknüpfte E-Mail-Domain ändern, kontaktieren Sie uns, damit wir die neue Domain zu Ihrem Unternehmen hinzufügen können.
Wenn Ihre Firma einen Identitätsprovider wie OneLogin, Okta, LastPass, Microsoft Entre, SecureAuth oder Active Directory verwendet, möchte Ihre IT-Abteilung möglicherweise SAML konfigurieren. Sie können SAML konfigurieren, wenn Sie:
Sobald ein Unternehmen mit SAML eingerichtet wurde, benötigen die Unternehmensmitglieder kein Passwort mehr, um sich in ihren Konten anzumelden. Über die Anmeldeseite können sie einfach ihre E-Mail-Adresse eingeben und auf Anmelden klicken. Das Passwortfeld können sie leer lassen. Alternativ können sie auch das Dashboard der IdP-App verwenden, um auf Asana zuzugreifen.
Wenn Sie diese Voraussetzungen erfüllen, besteht der erste Schritt darin, in Asana Ihren Identitätsprovider zu konfigurieren. Die Schritte für OneLogin, Okta, LastPass, Bitium, SecureAuth, Active Directory und Entrust Identity sind unten aufgeführt, aber Sie können das Gleiche auch für andere Identitätsprovider durchführen:
In diesem Dokument erfahren Sie, wie Sie SAML für Asana mit Active Directory konfigurieren können.
Sie können auch Okta Cloud Connect ausprobieren. Okta Cloud Connect ist eine kostenlose Edition von Okta für eine Anwendung. Damit können Sie Okta für die AD-Integration und SSO für eine Kernanwendung einrichten. Weitere Informationen finden Sie hier.
In diesem Artikel erfahren Sie, wie Sie SAML für Asana mit Microsoft Entra konfigurieren können.
Hinweis
Diese Einrichtung unterscheidet sich von der von Asana bereitgestellten Microsoft-SSO-Option. Weitere Informationen hierzu finden Sie unter: Asana für Microsoft
Hier erfahren Sie, wie Sie SSO über SAML für Asana einrichten.
Nachdem Sie Asana mit Ihrem Identitätsprovider konfiguriert haben, nehmen Sie jetzt die entsprechenden Änderungen in Asana vor.
Wenn Sie Open-Source- oder nicht-native Integrationen wie Shibboleth oder PingFederate verwenden. Sie müssen dem technischen Ansprechpartner die Asana SSO-Metadaten zur Verfügung stellen, damit diese beim Identitätsprovider seiner Wahl konfiguriert werden können.
<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>Wir empfehlen, dass ein Super-Admin Ihres Unternehmens zunächst SAML auf Optional setzt und versucht, sich mit seinen SAML-Anmeldedaten anzumelden. Nach erfolgreicher Anmeldung kann der Super-Admin als Einstellung „Erforderlich“ festlegen.
Ist die Konfiguration abgeschlossen, müssen sich alle, die dem Unternehmen Ihrer Firma angehören, über den Identitätsprovider Ihres Unternehmens in ihrem Asana-Konto anmelden (unabhängig von anderen Unternehmen oder Arbeitsbereichen, auf die ihr Konto möglicherweise Zugriff hat).
Super-Admins können über ihren Identitätsanbieter festlegen, welche Nutzer Zugriff auf Asana haben, indem sie die Anmeldung per SAML nur bestimmten Nutzergruppen erlauben. Wenn Sie Super-Admin sind und Probleme bei der Konfiguration von SAML für Ihr Unternehmen haben, kontaktieren Sie uns bitte. Wenn Sie Regeln für verschiedene IdP-Nutzergruppen festlegen möchten, kontaktieren Sie uns bitte.
Wenn Ihr Unternehmen Zugriff auf die Audit Log API hat, generieren fehlgeschlagene SAML-Anmeldeversuche user_login_failed-Ereignisse im Audit Log.
Wenn die SAML-Anmeldung eines Mitglieds fehlschlägt, enthalten diese user_login_failed-Ereignisse jetzt eine bereinigte Version der SAML-Antwort, die von Ihrem Identitätsanbieter zurückgegeben wird. Dieses zusätzliche Detail hilft Administratoren und IT-Teams zu verstehen, warum eine Anmeldung fehlgeschlagen ist, und Konfigurationsprobleme zwischen Asana und dem Identitätsanbieter schnell zu identifizieren, wobei sensible Werte unkenntlich gemacht werden.
Sie können das Audit-Protokoll verwenden, um fehlgeschlagene Anmeldeversuche mit dem Benutzer, dem Zeitpunkt des Versuchs und anderen Ereignisdetails von Asana und Ihrem Identitätsanbieter zu korrelieren. Das vollständige Event-Schema und die Felddefinitionen finden Sie in der Entwicklerdokumentation zu Audit Log-Events.
In der Admin-Konsole können Super-Admins die Timeout-Option für SAML-Sitzungen auf einen Wert zwischen einer Stunde und 30 Tagen einstellen. Mitglieder werden automatisch abgemeldet und aufgefordert, sich nach dem festgelegten Timeout erneut anzumelden.
Sitzungs-Timeouts für Mobilgeräte sind standardmäßig deaktiviert. Verwalten Sie diese Einstellung im Abschnitt „Zeitüberschreitung für Ihre mobile Sitzung“ am unteren Rand des Fensters.
Asana unterstützt die HTTP-POST-Bindungsmethode für SAML, nicht HTTP-REDIRECT. Das bedeutet, dass Sie Ihren IdP so konfigurieren müssen, dass er HTTP-POST-Bindungen verwendet, um eine sichere Datenübertragung während des Authentifizierungsprozesses zu gewährleisten.
Für eine erhöhte Sicherheit verlangt Asana, dass entweder die SAML-Assertionen oder die gesamte SAML-Antwort signiert sind. Diese Maßnahme stellt die Authentizität und Integrität der ausgetauschten Daten sicher. Stellen Sie sicher, dass mindestens eines dieser Elemente in Ihrer Konfiguration signiert ist.
Asana signiert keine SAML-Anfragen. Daher sollten Sie beim Einrichten von SAML in Ihrem Identitätsanbieter die Signierung für Authentifizierungsanfragen deaktivieren. Dies kann dadurch geschehen, dass die Einstellung Sign AuthnRequest auf „false“ gesetzt wird (z. B. AuthnRequestsSigned="false").
Bitte fügen Sie die Informationen zum IdP-Signaturschlüssel in die SAML-Assertion ein. Dieser Schlüssel ist unerlässlich, um die Signatur zu verifizieren und die Sicherheit der SAML-Assertion zu gewährleisten.
Weitere Informationen zur Zwei-Faktor-Authentifizierung finden Sie in diesem Artikel.
Hinweis
Dieser Artikel wurde mit KI übersetzt.
Feedback zur Übersetzung geben.

These cookies are strictly necessary to provide you with certain features. For example, these cookies allow you to access secure areas that require registration and set your privacy preferences. Because these cookies are essential to providing services to you, they cannot be disabled. You can set your browser to block or alert you about these cookies, but it may cause some parts of the site to not work.
Third party trackers collect information used for analytics and to personalize your experience with targeted ads. Under the Virginia Consumer Data Protection Act, you have the right to opt-out of the sale of your personal data to third parties. You also have the right to opt out of targeted advertising related processing. You may exercise your right to opt out of the sale of personal data and targeted advertising by using this toggle. If you opt out, we will not be able to offer you personalized ads and we will stop sharing your personal information with third parties. For more information please see our Privacy Statement.
These cookies allow us or our third-party analytics providers to collect information and statistics on use of our services by you and other visitors. This information helps us to improve our services and products for the benefit of you and others.
These cookies, provided by our third-party advertising partners, collect information about your browsing habits, as well as your preferences for various features and services. They also provide us with auditing, research, and reporting to know when advertising content has been displayed and how successful the content has been. This information allows us and our third-party advertising providers to display relevant advertising content.
These cookies provide enhanced functionality, providing chat support, allowing you to more easily complete forms, personalizing content to your preferences, and selecting your communications preferences. If you do not enable these cookies, or choose to disable them in the future, that could impact your ability to use certain features.