Certificate enrollment settings are used as follows:
- As part of a larger process of setting up a certificate enrollment server to support authentication for VPN on demand, Wi-Fi, Exchange ActiveSync, AppTunnel and so on.
- To provide devices identity certificates that you uploaded to Ivanti EPMM for the case when you want to provide the same identity certificate to many users’ devices.
- To provide user-provided certificates to devices when end users use the Ivanti EPMM user portal to upload their identity certificates to Ivanti EPMM.
- To specify that AppConnect apps on devices use derived credentials.
The available options are:
- Blue Coat: Use to create a Blue Coat certificate enrollment setting for integrating with the Blue Coat Mobile Device Security service.
- Client-Provided: Use if you want AppConnect apps to use derived credentials for authentication, digital signing, or encryption.
- Entrust: Use if you are using the Entrust Datacard certificate enrollment solution.
- GlobalSign: Use if you are using GlobalSign as the CA for certificate enrollment.
- Local: Use if you are using Ivanti EPMM as the CA.
- OpenTrust: Use if you are using the OpenTrust integration. See Configuring OpenTrust CA.
- Single File Identity: Use to upload an identity certificate for distribution to devices.
SCEP: Use for standard certificate-based authentication using a separate CA.
SCEP Configurations created before upgrading to Ivanti EPMM 18.104.22.168 or later should be replaced with a new SCEP Configuration. Failure to do so might result in cert renewal failure from Ivanti EPMM 22.214.171.124.
- Symantec Managed PKI: Use if you are using Symantec’s Certificate Enrollment solution. See Configuring Symantec Managed PKI for more information.
- Symantec Web Services Managed PKI: Use if you are using the Symantec Web Services Managed PKI solution. See Configuring Symantec Web Services Managed PKI for more information.
Use if device users will upload their personal certificates. The user portal includes a certificate upload section for this purpose. A web services API is also available for you to upload user-provided certificates.
If Certificate Enrollment integration is not an option for your organization, consider configuring Ivanti EPMM as an intermediate or root CA. See Certificate Enrollment settings for more information.
The following variables are supported for the required and optional fields when configuring integration with supported Certificate Authorities (CA’s):
* This substitution variable works only for the values under the Subject Alternative Names section for the following configurations: Entrust, Local, SCEP, Symantec Managed KPI. It is used for Sentry certificate-based tunneling (CBT).
Certificate enrollment settings can be referenced from other settings on Ivanti EPMM that require an identity certificate. Some settings that can reference certificate enrollment settings are Exchange settings, Email settings, Wi-Fi settings, VPN settings, AppConnect app configuration settings, [email protected] settings, and [email protected] settings.
Most certificate enrollment settings cause an identity certificate to be generated. The identity certificate is generated at one of these times:
Some certificate enrollment settings do not cause an identity certificate to be generated. Specifically, for user-provided certificate enrollment settings and single file identity certificate enrollment settings, the certificate is available on Ivanti EPMM. For client-provided certificate enrollment settings, the certificate is available in [email protected]
Early generation occurs when you apply a label to a setting that references the certificate enrollment setting. Ivanti EPMM generates identity certificates at this time for:
For each device that has the same label as the setting, Ivanti EPMM does the following:
- For devices running [email protected] 126.96.36.199 for iOS or earlier, Ivanti EPMM generates an identity certificate for the device for each setting that references the certificate enrollment setting.
- For devices running [email protected] 188.8.131.52 for iOS, Ivanti EPMM generates exactly one identity certificate for the device regardless how many settings reference the certificate enrollment setting
After Ivanti EPMM generates an identity certificate, if Ivanti EPMM does not send the certificate to a device within 14 days, Ivanti EPMM deletes the certificate from its file system. The certificate will be generated on-demand.
On-demand generation occurs when Ivanti EPMM sends a setting that references the certificate enrollment setting to the device. On-demand generation occurs for all settings (that reference a certificate enrollment setting) that are not listed in the early generation list above. A setting, including the certificate, is delivered to a device when the device checks in with Ivanti EPMM.
This feature is not supported on macOS devices.
When an AppConnect-related setting (AppConnect app configuration, [email protected] setting, or [email protected] setting) specifies a certificate enrollment setting, the time that Ivanti EPMM delivers the identity certificate to the device depends on the [email protected] version on the device.
Certificate delivery from Ivanti EPMM to the device is not applicable in these cases:
- The certificate enrollment setting specifies decentralized mode.
- The certificate enrollment setting type is client-provided.
Certificate delivery for [email protected] 9.1 for iOS and earlier versions
Ivanti EPMM delivers the identity certificate to the device when the AppConnect-related setting is delivered to the device. An AppConnect-related setting is delivered to the device when [email protected] does an app check-in with Ivanti EPMM and either:
- The AppConnect app launched for the first time.
- The AppConnect-related setting changed.
These versions of [email protected] do not store the certificates.
Certificate delivery for [email protected] 184.108.40.206 for iOS
Ivanti EPMM delivers an identity certificate to [email protected] on the device when the first AppConnect app that uses the certificate launches. [email protected] stores the identity certificate. Subsequent AppConnect apps which use the same certificate receive the certificate from [email protected] without any involvement from Ivanti EPMM.
When an AppConnect app launches, control switches to [email protected] so that [email protected] can check in with Ivanti EPMM to receive the AppConnect-related configurations and identity certificates for the app. The time it takes to switch control back to the app is longer when the app needs many identity certificates and it is the first AppConnect app that needs those certificates.
Note the following:
- [email protected] stores the certificates securely on the device, encrypting them the same way it encrypts AppConnect-related data such as AppConnect app configurations. [email protected] displays general information about each stored certificate, such as its expiration date.
- When a device user upgrades [email protected] from version 9.1 or earlier, existing AppConnect apps that already have their certificates continue to use those certificates. Such apps receive replacement certificates from [email protected] only when their AppConnect-related setting changes on Ivanti EPMM.
- The delivery strategy has no impact on AppConnect apps themselves. The apps do not need to be rebuilt or rewrapped.
- “Viewing certificates stored in [email protected]” in AppConnect Guide for EPMM.
When a device uses [email protected] 9.5 for iOS, the generation and delivery strategy of certificates to a device improves performance on Ivanti EPMM and on the device.
The Ivanti EPMM performance improvements are:
- When multiple AppConnect apps’ AppConnect-related settings use the same certificate enrollment setting, Ivanti EPMM generates and delivers the certificate to the device only once.
- With prior versions of [email protected], Ivanti EPMM generates and delivers a separate certificate for each AppConnect app.
- When you modify an AppConnect-related setting field that does not involve the certificate:
- Ivanti EPMM does not regenerate the certificate.
- With prior versions of [email protected], Ivanti EPMM regenerated the certificate unless you had selected Store keys on Core on the certificate enrollment setting.
- Ivanti EPMM does not re-deliver the certificate to the device.
- With prior versions of [email protected], Ivanti EPMM redelivered the certificate.
These improvements are especially significant when Ivanti EPMM has many registered devices, each with many AppConnect apps.
The device user experiences improved launch time when launching an AppConnect app other than the first AppConnect app. The improvement is because:
- The app does not have to wait for Ivanti EPMM to deliver the certificate.
- The app does not have to wait for Ivanti EPMM to generate the certificate when non-certificate fields have changed.