IBM Security Verify Governance adapter for IBM Security Verify v10.0.11 is available. Compatibility, installation, and other getting-started issues are addressed.
Copyright
International Business Machines Corporation 2022, 2025. All rights reserved.
US Government Users Restricted Rights -- Use, duplication or disclosure
restricted by GSA ADP Schedule Contract with IBM Corp.
Welcome to the IBM Security Verify Governance adapter for IBM Security Verify.
This Release Notes contain information for the following products that was not available when the IBM Security Verify Governance Server manuals were printed:
The SDI-based IBM Security Verify Governance Adapter for IBM Security Verify is designed to reconcile users, groups and roles on IBM Security Verify. It also supports user management tasks such as account add, modify, suspend, restore and password change.
The adapter runs in "agentless" mode and communicates using HTTPS protocol.
The IBM Verify Governance Adapters are powerful tools that require Administrator Level authority. Adapters operate much like a human system administrator, managing users, groups and permissions. Operations requested from the IBM Security Verify Governance Server will fail if the Adapter is not given sufficient authority to perform the requested task. IBM recommends that this Adapter run with administrative permissions.
Review and agree to the terms of the IBM Security Verify Governance Adapter License prior to using this product.
The license can be viewed from the "license" folder included in the product package.
Adapter Version
|
Component |
Version |
|
Release Date |
2025 June 26 04.06.43 |
|
Adapter Version |
10.0.11 |
|
Component Versions |
Adapter build: 10.0.11.6 Profile: 10.0.11.6 Connector: 10.0.11.6 Dispatcher 7.0.39 or higher (packaged separately) |
|
Documentation |
The following guides are available in the IBM Knowledge Center
IBM Security Verify Adapter for IBM Security Verify Governance Installation and Configuration Guide |
New Features
|
Internal# |
Enhancement # (IDEA) |
Description |
|
|
|
Items included in current release (10.0.11) |
|
SVGAD-4336 |
ADAPT-174 |
Handled "User already exists" scenario as warning for smoother provisioning |
|
SVGAD-2224 |
ADAPT-161 |
Add support for Manager Attribute |
|
|
|
Items included in release (10.0.10) |
|
None |
||
|
|
|
Items included in release (10.0.9) |
|
SVGAD-1823 |
ADAPT-158 |
Certify the adapter for use with IBM Security Verify Directory Integrator version 10.0 |
|
|
|
Items included in release (10.0.8) |
|
None |
||
|
|
|
Items included in release (10.0.7) |
|
None |
||
|
|
|
Items included in release (10.0.6) |
|
None |
||
|
|
|
Items included in release (10.0.5) |
|
Internal/ADAPT-111 |
add bundledefinition.json to the profile |
|
|
|
|
Items included in release (10.0.4) |
|
None |
||
|
|
|
Items included in release (10.0.3) |
|
None |
||
|
|
|
Items included in release (10.0.2) |
|
None |
||
|
|
|
Items included in release (10.0.1) |
|
RTC 187867 |
RFE 145721 (63011) |
ISV Adapter should support multivalued CD attribute |
|
RTC 187868 |
|
Internal - Support large number of Application Role recon with IBM Security Verify Governance Adapter |
|
RTC 187869 |
|
Internal - Support large number of Group recon with IBM Security Verify Governance Adapter |
|
|
|
Items included in release (7.1.5) |
|
RTC 186980 |
|
Change adapter name to IBM adapter for IBM Security Verify in code, release notes, logs |
|
RTC 186660 |
RFE 142267 (61824) |
Update the CI Adapter code to NOT enforce email attribute as required |
|
RTC 186910 |
RFE 143020 (62083) |
Disable email notification to users when create/modify account in CI tenant. |
|
|
|
Items included in release (7.1.4) |
|
|
RTC 186135 |
Internal - Support large number of Users recon with Cloud Verify Adapter |
|
|
RTC 185179 |
Internal - Support other default attributes on Cloud Verify Adapter |
|
|
RTC 184337 |
Internal - Support Custom Attributes on Cloud Verify Adapter |
|
|
RTC 185434 |
Internal - Cloud Verify Adapter must support Roles |
|
|
|
Items included in 7.1.3 release |
|
|
|
None |
|
|
|
Items included in 7.1.2 release |
|
|
|
Initial release |
Closed Issues
|
Internal# |
APAR# |
Case # / Description |
|
|
|
Items included in current release (10.0.11) |
|
|
None |
|
|
|
|
Items included in release (10.0.10) |
|
SVGAD-1600 Bug 4253 |
ISV account modify request to add non-existing/bad group is success from adapter and not failure or warning in case of partial success for existing group |
|
|
SVGAD-3173 Bug 4422 |
DT398292 TS017266942 |
Add account request fails frequently on ISV service |
|
|
|
Items included in release (10.0.9) |
|
SVGAD-1743 Bug 4263 |
DT259220 TS015098764 |
ISV SaaS Adapter does not support Street Address and Locality standard attributes and sometimes sends null values for country and formatted address attributes causing 400 bad request error |
|
SVGAD-1713 Bug 4262 |
ISV adapter account modify success even when account does not exist on ISV side |
|
|
|
|
Items included in release (10.0.8) |
|
SVGAD-511 |
bundledefinition.json is packaged in the profile |
|
|
SVGAD-514 |
wrong version of thirdparty libary in bundledefinition.json and releasenotes |
|
|
SVGAD-389 Bug 4122 |
TS013151911 - Reconcilation taking long time from SaaS with ISIM |
|
|
SVGAD-1569 Bug 4248 |
DT255298 |
TS014831663 - Question about NPE failure in ISV adapter account modify |
|
|
|
Items included in release (10.0.7) |
|
SVGAD-199 Bug 4065 |
IJ46463 |
question about setup for handling preferredLanguage attribute from ISV side |
|
SVGAD-221 Bug 4076 |
IJ46575 |
issue with utf8 characters in attribute values sent to ISV from adapter |
|
SVGAD-108 RTC 191372 |
Internal - fix vulnerabilities that MEND scan reports |
|
|
SVGAD-109 RTC 191371 |
Internal - update libraries in adapter documentation guide and repository |
|
|
RTC 191276 |
Enhance the filtered reconciliations: add reconciliations based on the value of a specific attribute |
|
|
RTC 190837 |
ISV SaaS e-mail is mandatory but not in the account form |
|
|
|
|
Items included in release (10.0.6) |
|
RTC 190670 Bug 3884 |
TS008660227 / Client indicating ISV (Saas) does not update username via adapter |
|
|
|
|
Items included in release (10.0.5) |
|
RTC 190587 Bug 3819 |
TS009071328 / ISIM ISV Saas adapter reconciliation issues |
|
|
|
|
Items included in release (10.0.4) |
|
Bug 3718 |
TS007392203 / ISV - ISIM ISV SaaS Adapter reconciliation issues |
|
|
|
|
Items included in release (10.0.3) |
|
RTC 189830 Bug 3599 |
IJ34845 |
TS006261815 / ISV - ISIM Adapter gives an error while changing the password for ISV Service |
|
|
|
Items included in release (10.0.2) |
|
RTC 189275 Bug 3527 |
IJ33052 |
TS005627934 / ISIM ISV adapter does not update username on target |
|
|
|
Items included in release (10.0.1) |
|
RTC 187870 Bug 3364 |
|
TS004264922 / Not able to add multiple groups in single request from IBM Security Verify - Identity |
|
RTC 187933 Bug 3364 |
|
TS004264922 / Not able to add or remove some groups in case of large data from IBM Security Verify - Identity |
|
RTC 187872
|
|
Internal - IBM Security Verify adapter is not working properly with proxy server. |
|
|
|
Items included in release (7.1.5) |
|
|
|
None
|
|
|
|
Items closed in release (7.1.4) |
|
|
|
None |
|
|
|
Items closed in 7.1.3 release |
|
RTC 184997 |
|
Internal - Groups added while create account operation from ISIM are not visible on ISIM account form UI. |
|
|
|
Items closed in 7.1.2 release |
|
|
|
Initial release. |
Internal# |
APAR# |
Case # / Description |
|
N/A |
N/A |
For user filter recon, only userid is supported. Filters can be used in following formats: Ø (eruid=b), where b is the exact User Id to be matched. Ø (eruid=*b), where b is the ending string of User Id to be matched. Ø (eruid=b*), where b is the beginning string of User Id to be matched. Note: Filter in the form (eruid=*b*) cannot be used as its not supported by target. |
|
N/A |
N/A |
If customer change the service form to enable Email notification, they must make sure that email address is assigned to user. Otherwise it will not send email notification. |
|
N/A |
N/A |
Clear password is displayed in ibmdi.log if DEBUG logging enabled.
To avoid the issue, update the below property in TDI\V7.2\timsol\log4j.properties log4j.logger.org.apache.http=ERROR, Default Please refer the link Suppressing Password
Note: If it is in DEBUG level change to INFO level.
|
|
N/A |
N/A |
While creating Custom Attribute on CI tenant, even if Attribute is created with Number Data type, CI API can accept String as value. So, If Custom Attribute on IBM Security Verify - Identity is defined as Integer in schema.dsml , then value should be passed as Number.
There is API limitation that API can even accept the string as value for integer attribute.
On IBM Security Verify - Identity Account form (erTDICloudIDAccount.xml), validation for data types of custom Attributes can be added so that integer custom attribute will accept strictly number value only on IBM Security Verify - Identity account form.
|
|
N/A |
N/A |
While modifying user attributes for federated user, API returns 204 No Content success response. Therefore, adapter returns success to IBM Security Verify - Identity and operation is successful even though the attributes are not set on IBM Security Verify resource.
|
|
N/A |
N/A |
IBM Security Verify API does not return any error response while trying to connect with invalid resource URL and realm. Therefore, it accepts any value for URL and realm, but test connection will show success message on IBM Security Verify Governance or IBM Security Verify Governance Identity Manager regardless of the values for realm and URL.
|
Corrections to Installation Guide
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
Directory Integrator
IBM Security Verify Directory Integrator
Replace "IBM® Security Directory Integrator Version 7.2 + FP6 + 7.2.0-ISS-SDI-LA0019" in the description with "Please consult the release notes for the currently supported versions of the below products".
Identity server
IBM Security Verify Governance Server
Remove existing description and update description as below:
The following servers are supported:
- IBM Security Verify Governance Identity Manager
- IBM Security Verify Governance
No updates for the current release
No updates for the current release
For Verify Governance target management, you can install an IBM Security Verify Governance Adapters or a custom adapter on the built-in Security Directory Integrator in the virtual appliance instead of installing the adapter externally. As such, there is no need to manage a separate virtual machine or system.
About this task
This procedure is applicable to install this adapter on the virtual appliance.
Procedure
1. Download the adapter
package from the IBM Passport Advantage.
For example, Adapter-<Adaptername>.zip.
The adapter package includes the following files:
|
Table 1. Adapter package contents |
|
|
Files |
Descriptions |
|
bundledefinition.json |
The adapter definition file. It specifies the content of the package, and the adapter installation and configuration properties that are required to install and update the adapter. |
|
Adapter JAR profile |
A Security Directory Integrator adapter always include a JAR profile which contains: · targetProfile.json o Service provider configuration o Resource type configuration o SCIM schema extensions o List of assembly lines · A set of assembly lines in XML files · A set of forms in XML files · Custom properties that include labels and messages for supported languages.
Use the Target Administration module to import the target profile. |
|
Additional adapter specific files |
Examples of adapter specific files: · Connector jar files · Configuration files · Script files · Properties files
The file names are specified in the adapter definition file along with the destination directory in the virtual appliance. |
2. From the top-level menu of the Appliance Dashboard, click Configure > SDI Management.
3. Select the instance of
the Security Directory Integrator for which you want to manage the adapters and
click Manage > SDI Adapters
The SDI Adapters window is displayed with a table that list the name, version,
and any comments about the installed adapters.
4. On the SDI Adapters window, click Install.
5. On the File Upload
window, click Browse to locate the adapter package and then click OK.
For example, Adapter-<Adaptername>.zip.
6. Provide the missing 3rd party libraries when prompted.
a. On the File
Upload for Pre-requisite files window, click Select Files.
A new File Upload window is displayed.
b. Browse and select all the missing libraries. For example, httpclient-4.0.1.jar
c. Click Open.
The selected files are listed in the File Upload for Pre-requisite files
window.
d. Click OK.
The missing files are uploaded and the adapter package is updated with the 3rd
party libraries.
7. Enable secure communication.
a. Select the instance of the Security Directory Integrator for which you want to manage the adapter.
b. Click Edit.
c. Click the Enable SSL check box.
d. Click Save Configuration.
8. Import the SSL certificate to the IBM® Security Directory Integrator server.
a. Select the instance of the Security Directory Integrator for which you want to manage the adapter.
b. Click Manage > Certificates.
c. Click the Signer tab.
d. Click Import.
The Import Certificate window is displayed.
e. Browse for the certificate file.
f. Specify a label for the certificate. It can be any name.
g. Click Save.
Note: While uploading the Adapter package, you may receive System Error: A file included in the SDI Adapter zip already exists on the system and the Server Message log under Appliance tab of VA will have a reference to error com.ibm.identity.sdi.SDIManagementService E File ibm.com_IBM_Verify_Identity_Governance_xxxx.swidtag found in the adapter zip at location ILMT-Tags/ already exists in system. This is because, you can install the same swidtags only once. So, if another adapter of the same type is installed, remove the swidtags.
The ibm.com_IBM_Verify_Identity_Governance_Enterprise-xxxx.swidtag file is common to all adapters. In addition to the common swidtag file, an application adapter needs ibm.com_IBM_Verify_Identity_Governance_Application_Adapters-xxxx.swidtag file and an infra adapter needs ibm.com_IBM_Verify_Identity_Governance_Lifecycle-xxxx.swidtag and ibm.com_IBM_Verify_Identity_Governance_Compliance-xxxx.swidtag files. So, if an application adapter is already installed and this is an infra adapter, then only install the infra-specific swidtags and the other way around. Please visit Security Verify Governance Adapters v10.x link to identify the adapter type of the installed adapters.
Before you begin
The steps to install adapter and related files into the container can be performed using the adapterUtil.sh script, which is shipped with the dispatcher package. This script should be staged on the machine running Kubernetes cli. The adapterUtil.sh script is also readily available in the bin directory of ISIM IBM Security Verify Governance Identity Manager Container Starter Kit installation directory (If ISVDI was selected for installation during the ISIM container installation steps).
If, for any reason, the adapter util script cannot be executed or used, the below manual instructions must be followed to copy the files to the persistent volume.
Note: The container must be restarted after installing or uninstalling the adapter and any changes to the configuration yaml. To activate changes and restart the container run the following commands:
· <path_to_starterkit>/bin/createConfigs.sh isvdi
· for OpenShift container: oc -n isvgim rollout restart deployment isvdi
· for kubernetes container: kubectl -n isvgim rollout restart deployment isvdi
Note: This document only describes the adapterUtil.sh command options that are required to install this adapter. For other command options, such as listing installed connectors and 3rd party jars, please refer to the Dispatcher10 Installation and Configuration Guide.
Installing / Upgrading / Re-installing / Downgrading the adapter
Using Script
Use below command to install / upgrade/ re-install / downgrade the adapter:
/path/to/adapterUtil.sh -loadAdapter "/path/to/Adapter-IBMSecurityVerify-*.zip" accept
Where /path/to/adapterUtil.sh is the location where the adapterUtil.sh script is installed and /path/to/Adapter-IBMSecurityVerify-*.zip is the location where the Adapter zip file is staged on the machine running Kubernetes cli.
Manually copying files to Persistent Volume
Copy the files to the persistent volume mapped to the /opt/IBM/svgadapters directory of the container image as per the given directory structure:
CloudIDConnector.jar
Copy this file to <Persistent_Volume>/jars/connectors directory.
ILMT-Tags
Copy below files to <Persistent_Volume>/swidtag directory:
ibm.com_IBM_Verify_Identity_Governance_Compliance-11.0.0.swidtag
ibm.com_IBM_Verify_Identity_Governance_Enterprise-11.0.0.swidtag
ibm.com_IBM_Verify_Identity_Governance_Lifecycle-11.0.0.swidtag
Copying 3rd party libraries:
Using Script
Use below command to copy 3rd party jars:
/path/to/adapterUtil.sh -copyToPatches "/path/to/httpclient-*.jar"
/path/to/adapterUtil.sh -copyToPatches "/path/to/httpcore-*.jar"
/path/to/adapterUtil.sh -copyToPatches "/path/to/json-simple-*.jar"
This command will copy the 3rd party jars to <Persistent_Volume>/jars/patches directory.
Manually copying files to Persistent Volume
Copy below 3rd party jar files to <Persistent_Volume>/jars/patches directory (Refer release notes for the supported jar versions):
httpclient-*.jar
httpcore-*.jar
json-simple-*.jar
Configuring the SSL connection between the IBM Security Verify Directory Integrator Container and the ISV SaaS Target
Uploading the certificates
For non-ISVG-IM container env, download the root certificate / Signer Certificate from the secured URL of the ISV SaaS Target and place the certificate in the certs directory of config volume which contains the config.yaml file. The default location for this config volume is /opt/IBM/dispatcher/config.
For ISVG-IM container env, copy the downloaded root certificate files to the machine that runs the adapter in the <path_to_starterkit>/config/certs directory:
cp <path_to_certificate_that_was_downloaded_from_isv_saas> <path_to_starterkit>/config/certs
e.g.
cp /home/ibmuser/DigiCertGlobalRootCA.pem /root/isvg/config/certs
Refer https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#keyfile_trusted-certificates page from SVDI.
If the config.yaml file which is used as the YAML_CONFIG_FILE environment variable for the container doesn't have a trusted-certificates element, follow the instructions that are provided in https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#keyfile_trusted-certificates to add a trusted-certificates section to the config.yaml file.
Provide this path of the certificate in config.yaml file as shown in the example below:
keyfile:
trusted-certificates:
- '@/opt/IBM/dispatcher/config/certs/ca_cert.pem'
Updating the container
Using Script
To update the dispatcher container with the new certificate using the ISVG-IM starter kit , run the following commands:
<path_to_starterkit>/bin/createConfigs.sh isvdi
For OpenShift container: oc -n isvgim rollout restart deployment isvdi
For Kubernetes container: kubectl -n isvgim rollout restart deployment isvdi
Manually
To update the dispatcher container with the new certificate on Kubernetes/OpenShift, now run the following commands to create a config map and update the dispatcher specific yaml:
<kubectl or oc > create configmap <namespace> --from-file=<path to main isvdi config yaml> --from-file=<directory where certificates are stored> --dry-run=client -o yaml –namespace=<namespace where dispatcher container resides> > <path_to_dispatcher_container_that_runs_this_adapter_yaml>
e.g.
kubectl create configmap isvgimsdi --from-file=/root/isvg/config/adapters/isvdi_config.yaml --from-file=/root/isvg/config/certs --dry-run=client -o yaml --namespace=isvgim > /root/isvg/yaml/045-config-adapters.yaml
Then apply the updated dispatcher that runs this adapter yaml .
<kubectl or oc> apply -f <path_to_dispatcher_container_that_runs_this_adapter_yaml>
e.g.
oc apply -f /root/isvg/yaml/045-config-adapters.yaml
Finally restart the container
<kubectl or oc> rollout restart deployment <isvdi container deployment>
e.g.
oc -n isvgim rollout restart deployment isvdi
Enabling TLS 1.2
Refer https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#advanced page from SVDI.
If the config.yaml file which is used as the YAML_CONFIG_FILE environment variable for the container doesn't have an advanced configuration element, follow the instructions that are provided in https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#advanced to add an advanced configuration section to the config.yaml file.
To enable TLSv1.2, add 2 attr and value (key pair as mentioned in the SVDI guide) as below:
- attr: com.ibm.di.SSLProtocols
value: 'TLSv1.2'
- attr: com.ibm.di.SSLServerProtocols
value: 'TLSv1.2'
Note: The container must be restarted after making these changes to the configuration yaml. To activate changes and restart the container run the following commands:
· <path_to_starterkit>/bin/createConfigs.sh isvdi
· for OpenShift container: oc -n isvgim rollout restart deployment isvdi
· for kubernetes container: kubectl -n isvgim rollout restart deployment isvdi
Enabling debug logs and disabling json-logging
Refer https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#general_logging page from SVDI.
If the config.yaml file which is used as the YAML_CONFIG_FILE environment variable for the container doesn't have root-level and json-logging configuration elements, follow the instructions that are provided in https://www.ibm.com/docs/api/v1/content/SSCQGF_10.0.0/container/html/verify-directory-integrator.html#general_logging to the add root-level and json-logging configuration elements section to the config.yaml file.
To enable debug logs, set value for root-level to debug and to disable json logging, set value for json-logging element to false.
Note: The container must be restarted after making these changes to the configuration yaml. To activate changes and restart the container run the following commands:
· <path_to_starterkit>/bin/createConfigs.sh isvdi
· for OpenShift container: oc -n isvgim rollout restart deployment isvdi
· for kubernetes container: kubectl -n isvgim rollout restart deployment isvdi
Uninstalling the adapter
Using Script
Use below command to remove the adapter:
/path/to/adapterUtil.sh -removeAdapter IBMSecurityVerifySaaS
Manually copying files to Persistent Volume
Remove files from the given directory structure of the persistent volume mapped to /opt/IBM/svgadapters directory of the container image.
Note: Some 3rd party jars and ILMT-Tags files might be common with other installed adapters, and hence should not be removed while uninstalling this adapter:
CloudIDConnector.jar
Remove this file from <Persistent_Volume>/jars/connectors directory.
ILMT-Tags
Remove below files from <Persistent_Volume>/swidtag directory:
ibm.com_IBM_Verify_Identity_Governance_Compliance-11.0.0.swidtag
ibm.com_IBM_Verify_Identity_Governance_Enterprise-11.0.0.swidtag
ibm.com_IBM_Verify_Identity_Governance_Lifecycle-11.0.0.swidtag
3rd party jars
Remove appropriate version of 3rd party jar files used by this adapter listed below from <Persistent_Volume>/jars/patches directory:
httpclient-*.jar
httpcore-*.jar
json-simple-*.jar
No updates for the current release
No updates for the current release
Before you begin
(Replace the content under this section with below details)
Download Jars listed below and copy them to the Security Directory Integrator environment:
· httpclient
· httpcore
· json-simple
See the release notes for the currently supported versions.
No updates for the current release
No updates for the current release
(Remove the version numbers from jars)
httpclient-4.5.2.jar
httpclient
httpcore-4.4.4.jar httpcore
json-simple-1.1.1.jar
json-simple
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
No updates for the current release
Procedure:
1. Stop the SDI Server process
Pre-7.2.0-ISS-SDI-FP0008
2. Edit the
3. Modify the following line:
log4j.rootCategory=INFO, Default
to
log4j.rootCategory=DEBUG, Default
Post-7.2.0-ISS-SDI-FP0008
2. Edit the
3. Modify the following line:
<Root level="info">
to
<Root level="debug">
Post-7.2.0-ISS-SDI-FP0011 (To enable TCB block in debug)
4. Append the line com.ibm.di.logging.close=false in the <SDI_HOME >/etc/global.properties file.
5. Start the SDI Server process
6. Re-create the problem and collect the
Procedure:
1. Copy log4j2.xml file from <SDI_Home_Dir>/etc and add to the <SDI_Solution_Dir>/etc (which was missing there).
2. Configure <SDI_Solution_Dir>/ibmdiservice.props with below parameter:
jvmcmdoptions=-Dlog4j2.configurationFile=etc\log4j2.xml
3. Restart SDI Server process
No updates for the current release.
No updates for the current release.
Add below entry in Table 1. Supported Account attributes
|
erCloudIdentityManager |
Manager |
NO |
The IBM Security Verify Governance Adapters can be customized and/or extended. The type and method of this customization may vary from adapter to adapter.
Refer to the IBM Security Verify Governance Adapter Development and Customization Guide
Support for Customized Adapters
The integration to the IBM Security Verify Governance Server "the adapter framework" is supported. However, IBM does not support the customizations, scripts, or other modifications. If you experience a problem with a customized adapter, IBM Support may require the problem to be demonstrated on the GA version of the adapter before a case is opened.
Supported third-party client libraries:
Installation Platform
The IBM Security Verify Governance Adapter for IBM Security Verify was built and tested on the following product versions.
Adapter Installation Platform:
Earlier versions of SDI that are still supported may function properly, however
to resolve any communication errors, you must upgrade your SDI releases to the
officially supported versions by the adapters.
Managed Resource:
IBM Verify Identity Governance v11.0
IBM Security Verify Governance Identity Manager v10.0.x*
IBM Security Verify Governance v10.0.x
* Unless this document specifies a specific fix pack version of ISVG Identity Manager v10, we expect the adapter to work with ISIM6 as well. However, it will only be debugged and fixed from the perspective of ISVG-IM v10.
This information was developed for products and services
offered in the U.S.A. IBM may not offer the products, services, or features
discussed in this document in other countries. Consult your local IBM
representative for information on the products and services currently available
in your area. Any reference to an IBM product, program, or service is not
intended to state or imply that only that IBM product, program, or service may
be used. Any functionally equivalent product, program, or service that does not
infringe any IBM intellectual property right may be used instead. However, it
is the user's responsibility to evaluate and verify the operation of any
non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter
described in this document. The furnishing of this document does not give you
any license to these patents. You can send license inquiries, in writing, to:
IBM
Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 U.S.A.
For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country or send inquiries, in writing, to:
Intellectual
Property Licensing
Legal and Intellectual Property Law
IBM Japan, Ltd.
1623-14, Shimotsuruma, Yamato-shi
Kanagawa 242-8502 Japan
This information could include
technical inaccuracies or typographical errors. Changes are periodically made
to the information herein; these changes will be incorporated in new editions
of the publication. IBM may make improvements and/or changes in the product(s)
and/or the program(s) described in this publication at any time without notice.
Any references in this information to non-IBM Web sites are provided for
convenience only and do not in any manner serve as an endorsement of those Web
sites. The materials at those Web sites are not part of the materials for this
IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it
believes appropriate without incurring any obligation to you.
Licensees of this program who wish to have information about it for the purpose
of enabling: (i) the exchange of information between independently created
programs and other programs (including this one) and (ii) the mutual use of the
information which has been exchanged should contact:
IBM
Corporation
2ZA4/101
11400 Burnet Road
Austin, TX 78758 U.S.A.
Such information may be available, subject to appropriate
terms and conditions, including in some cases, payment of a fee.
The licensed program described in this information and all licensed material
available for it are provided by IBM under terms of the IBM Customer Agreement,
IBM International Program License Agreement, or any equivalent agreement
between us.
Any performance data contained herein was determined in a controlled
environment. Therefore, the results obtained in other operating environments
may vary significantly. Some measurements may have been made on
development-level systems and there is no guarantee that these measurements
will be the same on generally available systems. Furthermore, some measurements
may have been estimated through extrapolation. Actual results may vary. Users
of this document should verify the applicable data for their specific
environment.
Information concerning non-IBM products was obtained from the suppliers of
those products, their published announcements or other publicly available
sources. IBM has not tested those products and cannot confirm the accuracy of
performance, compatibility or any other claims related to non-IBM products.
Questions on the capabilities of non-IBM products should be addressed to the
suppliers of those products.
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of
International Business Machines Corp., registered in many jurisdictions
worldwide. Other product and service names might be trademarks of IBM or other
companies. A current list of IBM trademarks is available on the Web at
"Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.
Microsoft, Windows, and the Windows logo are trademarks of Microsoft
Corporation in the United States, other countries, or both.
Java and all Java-based trademarks and logos are trademarks or registered
trademarks of Oracle and/or its affiliates.