El aprovisionamiento de SCIM puede utilizarse sin tener que activar el SSO, pero solo con una configuración autohospedada.

Use SSO autohospedado y SCIM para integrar Dashlane con su proveedor de identidad

Muchas organizaciones usan un Proveedor de Identidad para gestionar y autenticar el acceso de los miembros a aplicaciones y software con SSO y SCIM. Los Proveedores de Identidad populares incluyen Azure, Okta y Google Workspace.

Puede usar muchos Proveedores de Identidad SAML 2.0, incluidos Azure, Okta y Google Workspace.

Aunque muchos administradores de contraseñas no serían seguros con SSO, Dashlane utiliza un servicio de encriptación para permitir SSO al tiempo que mantiene nuestra arquitectura de conocimiento cero. De ese modo, los datos guardados en Dashlane permanecen encriptados. Ni Dashlane ni su Proveedor de Identidad tienen su clave de encriptación, por lo que incluso si cualquiera de ellos experimentara una violación, nadie podría acceder a sus datos.

Explorar los principios de seguridad y arquitectura de Dashlane

Sus ingresos e información personal están siempre "encriptados" en Dashlane. La encriptación codifica sus datos para que nadie pueda leerlos. Se necesita una clave de encriptación única para descifrar y acceder a sus datos encriptados.

Un "servicio de encriptación" es un servicio que proporciona esa clave de encriptación única. Sin SSO, su contraseña maestra actúa como la clave de encriptación porque solo usted la conoce. Con SSO, necesitamos una forma de verificar su identidad a su proveedor de identidad sin una contraseña maestra. Para eso es el servicio de encriptación.

Requerimos que cualquiera que configure SSO o SCIM con Dashlane use un servicio de encriptación. Es una capa esencial de nuestra arquitectura de conocimiento cero que protege sus datos en caso de una violación.

Ofrecemos dos opciones para su servicio de encriptación—SSO confidencial de Dashlane y SSO autohospedado.

El servicio de encriptación puede beneficiar a su organización más que las soluciones de la competencia. La encriptación de extremo a extremo y las claves de compartición encriptadas requieren una capa necesaria de seguridad que SAML y SCIM no proporcionan de manera predeterminada. Usted puede usar el servicio de encriptación para integrar sin problemas Dashlane con estos protocolos mientras mantiene las claves de encriptación seguras y la experiencia intuitiva para los miembros del plan y los administradores.

Este gráfico explica cómo se integra el servicio de encriptación en la arquitectura SSO y SCIM:

Debido a que el conector del SSO de Dashlane necesita comunicarse con su proveedor de identidad para verificar su ingreso, usted necesita estar conectado a Internet para iniciar sesión en su cuenta de Dashlane con SSO. Sin embargo, los miembros de SSO con el desbloqueo biométrico habilitado en sus dispositivos móviles pueden acceder a su caja fuerte utilizando biometría.

Aprenda cómo activar el desbloqueo biométrico

Si un empleado creó una cuenta de Dashlane antes de unirse a su plan y antes de que usted verificara el dominio de correo electrónico de su organización, verá un mensaje en la ficha de Usuarios de la Consola de Administración. Este mensaje le da la opción de descargar un CSV de empleados que:

• Tener cuentas utilizando su dominio de correo electrónico verificado por la organización e haber iniciado sesión en Dashlane en los últimos 90 días
• Aún no han sido invitados a unirse a su plan

Sí, VDI es completamente compatible con Dashlane SSO.

Si utiliza Azure como su IdP, estos pasos pueden ayudarle a renovar su certificado.

Si utiliza un IdP diferente, estos pasos pueden todavía servirle de guía, o puede ponerse en contacto con asistencia técnica.

Contactar a un agente a través de la consola de administración

Si lo prefiere, vea el video de Azure de estos pasos

1. En una nueva ficha del navegador, abra el Portal de Azure y busque o seleccione Aplicaciones empresariales.
2. Seleccione su aplicación de Dashlane de la lista de aplicaciones.
3. Seleccione Inicio de sesión único del menú.
4. Seleccione Editar los Certificados SAML y luego seleccione Nuevo certificado. Un nuevo certificado aparece en la lista con el estado.
5. Seleccione Guardar. Aparece una notificación que indica que su certificado se ha actualizado, y el estado del nuevo certificado se actualizará a "Inactivo".
6. Seleccione el menú de 3 puntos para el nuevo certificado "Inactivo", seleccione Hacer activo el certificado, luego seleccione Sí para confirmar.
7. Seleccione el menú de 3 puntos para el certificado "Inactivo", seleccione Eliminar certificado, luego seleccione Sí para confirmar. Aparece una notificación que indica que su certificado ha sido eliminado.
8. Regrese a la página de Inicio de sesión único y desestime las ventanas emergentes. Desplácese a Certificados SAML y seleccione Descargar para el Federation Metadata XML.
9. Abra el archivo descargado en un editor de texto, seleccione todo el texto y cópielo a su portapapeles.
10. Seleccione el icono D de Dashlane en la barra de herramientas de su navegador e ingrese su contraseña maestra de administrador si se le solicita. En la ventana emergente de la extensión, seleccione Más y luego Abrir la consola de administración.
11. En la sección de Integraciones del menú lateral, seleccione Inicio de sesión único, y luego Editar SSO confidencial o Editar SSO autohospedado dependiendo de su configuración.
12. Seleccione Editar para Configuración de SSO.
13. Opcional: Copie y guarde el texto en el cuadro de texto Agregar metadatos del proveedor de identidad para sus registros.
14. Luego elimine todo ese texto y pegue el texto que copió anteriormente.

15. Seleccione Guardar cambios.

    Si los metadatos contienen más de un certificado, la consola de administración de Dashlane muestra un mensaje de error. Si aparece un error al guardar los nuevos metadatos, verifique que eliminó el certificado inactivo en el paso 7.

16. Seleccione Probar la conexión del SSO para confirmar que la actualización fue exitosa.
17. Pida a un miembro del equipo que pruebe el ingreso.

Mire nuestro video que muestra cómo renovar un certificado en Azure.

Si recibe este error, pruebe estos pasos de resolución de problemas:

1. Asegúrese de que sus miembros y grupos estén asignados a la aplicación SAML de Dashlane que creó en su IdP durante la configuración.
2. Asegúrese de que su perfil de navegador esté iniciado sesión con la misma dirección de correo electrónico. Verificar esto es importante para los administradores que usan múltiples perfiles en navegadores Google Chrome.
3. Asegúrese de que su Entity ID y las URL de ACS coincidan con las de su consola de administración y que el Entity ID no falte el "/" al final.
4. Asegúrese de que el miembro esté iniciando sesión con la dirección de correo electrónico que se muestra en la consola de administración.