Loading
PLATAFORMA
CAPACIDADES
IA DE ASANA
TODOS LOS PLANES
Tipo de empresa
Equipos
Sectores
Casos de uso
APRENDER
ASISTENCIA
SERVICIOS
Centro de ayuda
search-icon

Temas

Opciones de gestión de acceso y autenticación para planes de pago

En este artículo

Por defecto, se aplica la autenticación normal de Asana. Los miembros de tu organización tienen la opción de usar una contraseña tradicional o el SSO de Google para iniciar sesión en sus respectivas cuentas.

En las organizaciones de pago, los superadministradores pueden seleccionar la forma en que sus miembros inician sesión en Asana, establecer los requisitos de complejidad de las contraseñas y forzar el restablecimiento de las contraseñas de todos los miembros. Si compras un plan de división en Enterprise, Enterprise+, también puedes habilitar SAML. SAML también se puede habilitar para las divisiones en el nivel Legacy Enterprise.

Los ajustes de autenticación de pago solo se aplican a los miembros de tu organización. Los invitados, en cambio, no se ven afectados por estos ajustes.

¿Te gusta lo que ves? Comienza con una prueba gratuita de Asana hoy mismo. Pruébalo gratis.

Seguridad de la contraseña y restablecimiento forzado de contraseña

Consulta este artículo para obtener información sobre cómo actualizar los requisitos de seguridad de la contraseña y forzar un restablecimiento de la contraseña para tu organización.

Inicio de sesión de Google

Si tu empresa usa Google Workspace para empresas o educación y tienes una versión de pago de Asana, puedes solicitar que tus miembros realicen la autenticación a través de Google.

Nota iconNota

No puedes configurar el inicio de sesión con Google si tienes un plan de división.

Para cambiar tu organización a Google Sign-In, dirígete a la pestaña Seguridad en la Consola del administrador. A continuación, ve a los ajustes de autenticación global y haz clic en Inicio de sesión con Google. Selecciona Obligatorio para todos los miembros, excepto los invitados y haz clic en Guardar cambios.

Google sign-in

Una vez que hayas guardado este cambio, ninguna contraseña asociada con las cuentas de Asana de tus miembros funcionará, y deberán usar el SSO de Google.

Si cambias el dominio de email asociado con tus cuentas de Google, contáctanos para que podamos agregar el nuevo dominio a tu organización.

SAML

Si tu empresa usa un proveedor de identidad como OneLogin, Okta, LastPass, Azure AD, SecureAuth o Active Directory, es recomendable que tu departamento de TI configure el Lenguaje de marcado para confirmaciones de seguridad (SAML, por sus siglas en inglés). Para configurar SAML, debes cumplir con lo siguiente:

  • Pertenecer a una organización o división en Asana Enterprise, Enterprise+ o Legacy Enterprise.
  • Ser superadministrador de la organización.

Una vez que la organización se configura con SAML, los miembros de la organización ya no necesitan una contraseña para iniciar sesión en sus cuentas. Simplemente tienen que ingresar sus emails y hacer clic en Iniciar sesión, dejando el campo de contraseña en blanco. También pueden usar el panel de la aplicación del IdP para acceder a Asana.

Paso uno: configurar el proveedor de identidad

Si cumples con las condiciones indicadas anteriormente, el primer paso es configurar Asana con tu proveedor de identidad. A continuación, se enumeran los pasos para configurar OneLogin, Okta, LastPass, Bitium, SecureAuth, Active Directory y Entrust Identity, aunque también son válidos para otros proveedores de identidad.

Active Directory

Consulta este documento para aprender cómo configurar SAML en Asana con Active Directory.

También puedes probar Okta Cloud Connect. Okta Cloud Connect es una edición gratuita de Okta para una aplicación. Te permite configurar Okta para la integración de AD y el inicio de sesión único para una aplicación central. Puedes encontrar más información aquí.

Azure AD

Consulta este artículo para aprender cómo configurar SAML en Asana con Azure AD.

Google Workspace

Aprende a configurar el SSO a través de SAML para Asana aquí.

LastPass

  • En LastPass Enterprise, primero ve a la consola de empresa y selecciona la pestaña SAML, ubicada en la parte superior de la consola. A continuación, se te dirigirá a la página principal de SAML.
  • Haz clic en el ícono de la aplicación de Asana.
  • Sigue las instrucciones de la pantalla
  • Copia la URL y el certificado x.509 para poder usarlos en el Paso 2

Okta

  • En Okta, haz clic en la pestaña Aplicaciones.
  • Busca Asana.
  • Copia la URL y el certificado x.509 para poder usarlos en el Paso 2
  • Obtén más información aquí.

OneLogin

  • En OneLogin, ve a Aplicaciones > Encontrar aplicaciones.
  • Busca a Asana.
  • Haz clic en Agregar junto a Asana.
  • Haz clic en Continuar.
  • Copia la URL de la página de inicio de sesión y el certificado x.509 para poder usarlos en el Paso 2

SecureAuth

Consulta este artículo para obtener instrucciones paso a paso sobre cómo configurar SAML para Asana con SecureAuth.

Entrust Identity

Consulta este artículo para aprender a configurar SAML para Asana con Entrust Identity.

Paso 2: configurar Asana

Luego de configurar Asana en tu proveedor de identidad, puedes realizar los cambios pertinentes en Asana.

SAML

Para cambiar tu organización a SAML

  1. Haz clic en tu foto de perfil y selecciona Consola del administrador en el menú desplegable.
  2. Ve a la pestaña Seguridad.
  3. Ve a la sección Ajustes globales de autenticación.
  4. Haz clic en Autenticación SAML.
  5. Haz clic en Necesario para todos los miembros, exceptuando las cuentas de los invitados.
  6. Pega la URL de la página de inicio que copiaste en el Paso 1 en el campo correspondiente.
  7. Pega el certificado X.509 que copiaste en el Paso 1 en el campo correspondiente.
  8. Establece un tiempo de espera de la sesión para los miembros.
  9. Agrega un tiempo de espera de sesión móvil si es necesario.
  10. Hacer clic en Guardar cambios.
  11. Se cerrará la sesión de todos los usuarios (incluido tú) para garantizar que todos los miembros con acceso completo se autentiquen a través de SAML a partir de ese momento.

Si usas integraciones de fuente abierta o no nativas, tales como Shibboleth o PingFederate. deberás compartir los metadatos del SSO de Asana con el contacto técnico para que los configure en el proveedor de identidad de su elección.

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

Recomendamos que, primero, el superadministrador de tu organización defina a SAML como opcional e intente iniciar sesión con sus credenciales de SAML. Después de iniciar sesión con éxito, el superadministrador podrá cambiar la configuración a obligatorio.

Una vez que se completa la configuración, todas las personas que formen parte de la organización de la empresa deberán iniciar sesión en Asana usando el proveedor de identidad de la organización (independientemente de si sus cuentas pertenecen a otras organizaciones o espacios de trabajo).

Los superadministradores pueden controlar qué usuarios internos tienen acceso a Asana a través de su proveedor de identidad, al asignar el inicio de sesión SAML solo a grupos de usuarios específicos. Si eres superadministrador y tienes problemas para configurar SAML para tu organización, contáctanos. Si quieres establecer algunas reglas para diferentes grupos de usuarios de IdP, comunícate con nosotros.

Detalles del registro de auditoría para inicios de sesión SAML fallidos

Si tu organización tiene acceso a la API de registros de auditoría, los intentos fallidos de inicio de sesión SAML generan eventos user_login_failed en el registro de auditoría.

Cuando falla el inicio de sesión SAML de un miembro, estos eventos user_login_failed ahora incluyen una versión depurada de la respuesta SAML devuelta por tu proveedor de identidad. Este detalle adicional ayuda a los administradores y a los equipos de TI a comprender por qué falló un inicio de sesión e identificar rápidamente los problemas de configuración entre Asana y el proveedor de identidad, sin dejar de ocultar los valores confidenciales.

Puedes usar el registro de auditoría para correlacionar los intentos de inicio de sesión fallidos con el usuario, la hora del intento y otros detalles del evento de Asana y tu proveedor de identidad. Para obtener el esquema de eventos finalizado y las definiciones de campo, consulta la documentación para desarrolladores de eventos de registros de auditoría.

Tiempo de espera de la sesión SAML

Los superadministradores pueden establecer el tiempo de espera de la sesión SAML entre 1 hora y 30 días en la Consola del administrador. La sesión de los miembros se cerrará automáticamente después del tiempo de espera establecido y se les pedirá que inicien sesión nuevamente.

Los tiempos de espera de las sesiones móviles están desactivados de forma predeterminada. Gestiona esta configuración en la sección Tiempo de espera de la sesión móvil en la parte inferior de la ventana.

Certificado público

Asana admite el método de enlace HTTP POST para SAML, no HTTP REDIRECT. Esto significa que debes configurar tu IdP para que use enlaces HTTP POST, lo que garantiza la transmisión segura de datos durante el proceso de autenticación.

Para mejorar la seguridad, Asana requiere que se firmen las aserciones SAML o toda la respuesta SAML. Esta medida garantiza la autenticidad e integridad de los datos intercambiados. Asegúrate de que al menos uno de estos elementos esté firmado en tu configuración.

Asana no firma solicitudes SAML. Por lo tanto, al configurar SAML en tu IdP, debes desactivar la firma para las solicitudes de autenticación. Para hacerlo, establece la preferencia Sign AuthnRequest en false (por ejemplo, AuthnRequestsSigned="false").

Incluye la información de la clave de firma del IdP dentro de la aserción SAML. Esta clave es crucial para verificar la firma y mantener la seguridad de la aserción SAML.

Autenticación de dos factores

Para obtener más información sobre la autenticación de dos factores, consulta este artículo.

Note iconNota

Este artículo se tradujo con IA.

Envía comentarios sobre la traducción.

Artículos relacionados

Cargando
Opciones de autenticación y gestión de acceso para planes de pago