- Created by Ann Base (Deactivated), last modified on Nov 13, 2019
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 5 Next »
Use this task to generate a response using the card manager key and a challenge for the offline unblocking process. To use this task, configure the following delegate expression in your service task: The following parameter can be configured in PRIME Designer: Set to "true" if you want to use the CardManagerKey directly as challenge/response key instead of deriving one. This is relevant for non-Cryptovision middlewares (for example, CardOS or Gemalto), where we directly use a 3DES CardManagerKey instead of a 2DES key from which the actual challenge/response key is derived. If the field is absent, derivation is enabled and a 2DES CardManagerKey is expected. If present, points to a field containing the (override) value of DisableDerivation. If both DisableDerivation and DisableDerivationField are present and the referenced field contains a value, the latter takes precedence. This is mainly intended for deployments that deal with multiple middlewares, which require different DisableDerivation values (for example CV + CardOS). The following dependencies must be configured in the Spring configuration: secretFieldsArchiver Responsible for archiving the secrets into the secret field store. Use this task to generate a 2DES / 3DES key as card manager key for minidriver compatible cards. The value generated is saved in an encrypted field. To use this task, configure the following delegate expression in your service task: The following parameters can be configured in PRIME Designer: The following dependencies must be configured in the Spring configuration: secretFieldsArchiver Responsible for archiving the secrets into the secret field store. Use this task to generate a value for PIN and PUK according to certain rules (length, allowed characters) and to archive those values for later retrieval during card production or for PIN letter printing. To use this task, configure the following delegate expression in your service task: The following parameters can be configured in PRIME Designer: Use this task to generate a password or another secret and to archive the value for later retrieval during card production or for PIN letter printing. The secret value is also hashed and stored in a separate field for easier comparison. The hash algorithm is defined in Spring since it must be the same as the one that is used for checking the passwords during login. To use this task, configure the following delegate expression in your service task: The following parameters can be configured in PRIME Designer: passwordHashFieldName The following dependencies must be configured in Spring: secretRefValueGenerator secretFieldsArchiverDescription
Configuration
${challengeResponseGeneratorTask}
Parameter Mandatory Default value Description CardManagerKeyField The name of the field that needs to hold the reference value to the card manager key (for example, Card_CardManagerKey). Must be a reference field. ChallengeField The challenge provided by Windows or a 3rd party tool, such as "CV act sc interface manager" in case of Cryptovision. ResponseField The response is generated by this task to support unblocking. DisableDerivation - false DisableDerivationField - Dependency Description Description
Configuration
${cardManagerKeyProviderTask}
Parameter Mandatory Default value Description passwordFieldName The name of the field that should hold the reference value to the card manager key (for example, Card_CardManagerKey). Must be a reference field. blockCount - 2 Desired key length in blocks of 8 bytes. By default 2DES keys (2 blocks, 16 bytes) are generated.
If you generate keys for CardOS or Gemalto, set the parameter to 3 so 3DES keys (3 blocks, 24 bytes) are generated instead.
This distinction is needed since for Cryptovision, multiple keys are derived, including the challenge/response key from a 2DES key.
For CardOS and Gemalto the challenge/response key is generated directly, and the key needs to be 3DES.blockCountFieldName - If given, it points to a field containing the (override) value of blockCount.
If both blockCount and blockCountFieldName are present and the referenced field contains a value, the latter takes precedence.
This is mainly intended for deployments that deal with multiple middlewares which require different blockCount values (for example, CV + CardOS).Dependency Description secretRefValueGenerator Responsible for generating the reference value that is used to keep the reference to the secret value in the secret field store. Description
Configuration
${generateAndArchivePinAndPukParameterizedTask}
Parameter Mandatory Default value Description pinFieldName The name of the field that shall hold the reference value to the archived PIN. pukFieldName The name of the field that shall hold the reference value to the archived PUK. pinLength - 4 The desired length of the PIN. pukLength - 8 The desired length of the PUK. pinAllowedCharacters - 0123456789 Describes the characters to be used for generating the PIN value. pukAllowedCharacters - 0123456789 Describes the characters to be used for generating the PUK value. Description
Configuration
${generateAndArchivePasswordWithMaxLengthAndAllowedCharactersTask}
Parameter Mandatory Default value Description passwordFieldName - The name of the field that should hold the reference value to the archived password. Must be a reference field. - The name of the field that should hold the hashed value of the password. The hash algorithm is defined in Spring. The data pool field must be of type password passwordLength 8 The desired length of the generated password. passwordAllowedCharacters 0123456789 Describes the characters to be used for generating the password value. Dependency Description passwordHashGenerator The generator that is responsible for generating the hash value of the secret value. This is the place to define the hash algorithm. Responsible for generating the reference value that is used to keep the reference to the secret value in the secret field store. Responsible for archiving the secrets into the secret field store.
- No labels