Live Forms v6.3 is no longer supported. Click here for information about upgrading to our latest GA Release.
SAML Security Manager
supports the creation of a tenant using the SAML (Security Assertion Markup Language) Security Manager. Users in this tenant can log into
via (SAML) version 2.0. SAML enables internet single sign-on by allowing users to authenticate at an identity provider and then access service providers without additional authentication.
The SAML Security manager can be used in on-premise installations but it is primarily meant for cloud tenants who use LDAP but do not want to expose it over the internet.
SAML requires the configuration and installation of an identify provider that supports SAML 2.0. Some examples are Shibboleth, OpenSSO, ADFS, and PingFederate.
In a SAMLenvironment, integration with an LDAP server for authentication is common. In general, here's how it works:
- User A attempts to access Live forms by typing the URL into the browser
- Live forms sends a SAML request for authentication to the Identity Provider
- The Identity Provider requires more information. The Identify Provider login screen is displayed.
- User A logs into the Identity Provider.
- The Identity Provider may communicate with your LDAP server if you are using Active Directory for authentication.
- The Identity Provider builds and sends a SAML token to Live Forms containing the security information for User A.
- Live forms processes the information. If User A has been authenticated, Live forms establishes a session and redirects User A to the correct Live Forms screen depending on User A's authorization level.
On this page:
Prerequisites
Authentication Only mode:
When you create your SAML tenant, you can select Authentication Only mode..This is done by checking a checkbox when you configure your SAML tenant.
If Authentication Only is selected, SAML is used only for authentication. Authorization depends on the roles defined in
You may choose to use this mode if you:
do not want to add
roles to your LDAP.LDAP has many roles that have no relevance to your workflow.
Find the SAML mapping for the other required attributes complex. For example, retrieving the manager user id and role names may require writing custom rules.
In this mode, manual creation of users & roles in the
If Authentication Only is not selected, users will be added (discovery) at runtime when they log in for the first time. It is important to consider the following points before making your decision.
User discovery:
There is no guarantee that the first login will occur before a task is created for a specific user /role. If you have workflows, that are routed to users who have not logged in yet, your workflow may not do what you expect. If the user’s role changes after 1st login but before the next task is routed to their new role, the task will not appear on their Task List. For example, a user with the role of employee, logs into . The user then gets prompted to manager. The user will not receive a task routed to the user's new role of manager. workflow is initiated before the user logs out and logs in again and the user account is updated.
Manually creating/uploading users and roles ahead of time avoids this situation.
Active Directory:
Customers using LDAP must ensure that the frevvo.User, frevvo.TenantAdmin and frevvo.Designer roles are specified on their LDAP/AD server.
All users requiring access to must be assigned to the frevvo.User group.
Tenant admin users must be assigned to the frevvo.User and frevvo.TenantAdmin groups,
Designer users must be assigned to the frevvo.User and frevvo.Designer groups.
The group names for these three special roles must be frevvo.User, frevvo.TenantAdmin, and frevvo.Designer. Upper/lower case may be a factor for Open LDAP systems.
Configuring the SAML Security Manager
In the directions given below, the Service Provider refers to frevvo . The metadata for your SAML tenant must be obtained first. Customers will need to configure the metadata when creating the SAML tenant.
Generate your certificate (On-premise installations only)
Step 1 - Generate Your Certificate
Cloud customers can skip this step. These instructions are provided for On-premise customers only.
If you re using the frevvo tomcat bundle, the supplied keystore, frevvoKeystore.jks is located in the <frevvo-home>/tomcat/lib folder, The keystore contains a default certificate with alias=frevvo and password=p@ssw0rd. Replace this with a certificate for your installation.
The alias and password can be configured with the properties, com.frevvo.security.saml.key and com.frevvo.security.saml.password in the <frevvo-home>\tomcat\conf\localhost\frevvo.xml file.
This certificate is used to sign/encrypt the SAML request. The use of a long-lived self-signed certificate is recommended.
Since the keystore is located outside the frevvo war, you can use the Java keytool to generate and store your certificates. Folllow these steps:
Login as Administrator.
Delete the existing certificate:
keytool -delete -alias frevvo -keypass p@ssw0rd -keystore frevvoKeystore.jks -storepass p@ssw0rdGenerate a new certificate: Here is the command: Change the -dname value to the DNS name of your IDP
keytool -genkey -dname "cn=app.frevvo.com" -alias frevvo -keypass p@ssw0rd -keystore frevvoKeystore.jks -storepass p@ssw0rd -keyalg rsa -keysize 2048 -validity 3650The certificate can be viewed (and used in the metadata XML) by exporting it to a file:
keytool -exportcert -alias frevvo -file frevvo.rfc -rfc -keystore frevvoKeystore.jks -storepass p@ssw0rd
Step 2 - Create the Metadata file
Follow these steps to generate the frevvo metadata for your SAML tenant. You can do this even if the tenant has not been created yet.
Paste this URL into your browsr:
Cloud Customers: https://app.frevvo.com:443/frevvo/web/saml/metadata/alias/{t} - replace {t} with the tenant id of your SAML tenant.
On-premise customers: http://<server>:<port>/frevvo/web/saml/metadata/alias/{t} - replace <server> with the ip of your server, <port> with the port number (if applicable) and t with your tenant id).
When the metadata displays, right click and select the browser option to View the Page source.
Save the page as an xml file.
Metadata must be generated for each SAML tenant. Each tenant will have a unique URL.
Step 3 - Configure Your Identity Provider
Configure the Service Provider metadata for your Identity Provider. For example, the Shiboleth Identity provider requires modification of a file to provide the path to the
tenant metadata xml file created above.
Your Identity Provider must be configured to expose the attributes that
requires. Attribute mapping is done when you create the SAML tenant. These are:
User Id
First Name
Last Name
Email
Manager Id (optional)
Groups
Custom Attributes (optional)
We know that your IDP software of choice is outside of the frevvo server software and that you have the expertise in house to install, configure and maintain your IDP software. But here are some tips we have found that may assist you.