With a high volume traffic of sensitive personal data Vergic needs to have a ’state of the art’ security architecture. Trusted by governmental institutions and some of the biggest e-commerce companies in the world we are regularly audited by external security teams to meet the requirements.
Related pages: Data protection
Below is a Q&A on the most urging security and operations questions. Please contact us if you require more information about Vergic Engage security.
What type of service models do Vergic support?
- SaaS Public (Public Multi-Tenant Cloud)
- EMEA Tenant
- US Tenant
- SaaS Private – Private Cloud (Customer has its own Tenant)
- On-premise installation
Data storage options:
- On your own servers (“On premise”)
- Local datacentre
- Private Cloud solution
- Cloud solution (according to Swedish and EU regulations)
- Configurable automated deletion of sensitive data
For SaaS – what SLA levels Vergic you provide?
Vergic can provide both standard and custom SLA agreements. SLA can be extended in different ways for example:
- Dedicated support team/contacts
- Extended support hours
- Prioritized change/service requests
For SaaS – where are your servers located (e.g. geo-location) and how is the traffic distributed?
Vergic’s global data centers are located in Falkenberg and Stockholm, Sweden (ISO 9001:2015, ISO 14001:2015, ISO/IEC 27001:2013). Supplementary Amazon AWS data centers are used for Vergic’s Regional Extenders in some geographic locations to remove latency issues.
Co-worker authentication – can the solution support multi-factor authentication?
- Vergic support SAML2 authentication, customers can run their own IDP servers with multi-factor authentication
- Vergic standard IDP does not require multi factor authentication
Co-worker authentication – possibility to connect to internal CDS/LDAP?
- Yes, as long as SAML2 is supported
Possible to restrict access to systems by IP whitelisting?
- Yes, available for SAAS through Vergic provided dedicated SAAS IDP server
- through SAML2 SSO setup
How is the communication between client (customer) and agent (co-worker) secured?
- All traffic is SSL/HTTPS
How is the solution safe guarding against malicious usage?
- Vergic is used by a number of large government institutions where sensitive personal data is being exchanged through the solution. These organisation have a high security focus and
- Based on above, the Vergic solution is regularly tested both customers internal security screening as well as through their external audits
- Vergic also performs our own external Security Audits, next audit planned for this autumn
- The solution has never been compromised
Is there a need to open up the firewall to allow communication from/to agents (co-workers)?
- No, HTTPS is in most cases open (as long as the agent workstation is allowed to access internet
Do you provide APIs to access information collected? If so – do you have these APIs documented?
- A rest interface is available to access data.
- Extended data access can be provided through custom data services
- API documentation exists
Is it possible to extend/customize the co-worker facing application and integrate with other external systems? Ex. Knowledge database, Customer information search etc.
Yes, the agents view/interface can be enriched with other data and/or information. This can be based on the customer’s web session and/or integrations with other 3:rd party systems
For interactive sessions. What is logged and how can the level of what is logged be controlled?
- During a chat session between an agent and a visitor text and visual guidance co-browsing operations are logged. These data are stored as case data in Vergic
- A more extensive logger runs in the background and records extensive data on what going between the visitor, the agent and the system. These log files are as standards only available for a limited time frame and for system administrators
- What level of what is logged and how long this information is stored can be configured in the system on a per account basis.
Possibilities to not track specific information (password, credit card) but still possible to present in chat – e.g. not logging/persisting this type of information?
- It is possible to avoid storing certain information. A regular expression based service can remove or mask certain types of information when entered in a chat or appearing in a co-browsed web page.
- Session data such as secure login in and similar can be exposed to an agent while the chat session is ongoing and removed when the same session is stored in the Vergic data storage
For co-worker activity (Audit logging). What is logged and how can the level of what is logged be controlled?
- Changes to system configuration is versioned and logged.
- Activities by admins and agents in the system is logged.
Is there a need for a client installation as part of the system? If so what type of client?
- No installation is required for a standard setup
For web browser clients. Which browsers are supported for the agents (co-worker)?
- For agents: Chrome, Firefox and IE is supported, IE. For mixed http/https content web sites a risk for limited functionality may occur in certain browsers. For such web sites currently Firefox or IE is recommended
If a chat is interrupted (e.g. due to customer having a bad internet connection). Can the session re-connect to the same agent? If so how is this achieved?
- Reconnection can be done, agent will first be informed of a weak connection, after a limited time, the connection is marked as lost, when the visitor reappears it will be re-connected.
- After the session is timed out, it is not recoverable and the visitor will have to re-enter through a queue
How is the solution typically integrated into an existing Web-site?
- By adding a java script to close to the </body> tag in all web site pages
Can information such as user name be shared ahead of an interactive session? If so – how is this done?
- This can be done either by a pre-chat data gathering or by adding pre-chat required fields to a chat invitation banner
- If customer is logged in, scrape from screen or get ID from Authentication Server through integration (when higher level of security is required)