Document toolboxDocument toolbox

Encoding using Gemalto/SafeNet/Thales middleware in Identity Manager

This article includes updates for Smart ID 22.10.2.

An encoding description contains the information for the electronic personalization of a card. You import the encoding description from a file. This can be used in Smart ID Identity Manager.

This article describes how you create descriptions for Gemalto/SafeNet/Thales middleware.

Two Gemalto/SafeNet/Thales middlewares are used for different Gemalto/SafeNet/Thales cards:

  • IDPrimePKCS11 (original Gemalto middleware)

  • eTPKCS11 (original SafeNet middleware)

Both were originally distributed separately, but are now combined into the SafeNet Authentication Client installer package (for example, versions 10.6 and 10.7). Most of the information in this article applies to both DLL variants, but certain features may only be available on one of them.

Gemalto cards

Card types

The list below is not complete.

Tested card types include the following:

IDPrimePKCS11 DLL from IDGo 800 Installer

  • 830 Card

eTPKCS11 DLL from SAC Installer

  • 830 Card (tested with version 10.6 and 10.7)

  • 840 Card (tested with version 10.6)

IDPrimePKCS11 DLL from SAC Installer

  • 940 Card (tested with version 10.7)

  • 3940 Card (tested with version 10.8 R2)

  • 3940 FIDO Card (tested with version 10.8 R2)

  • 940 USB Token, e.g. SafeNet eToken 5110 CC (tested with version 10.7 and 10.8 R2)

SafeNet eToken 5110 FIPS is NOT supported.

Only SafeNet eToken 5110 CC is supported.

SAC 10.8 R2 no longer ships with dedicated drivers for USB tokens and uses the standard smartcard drivers from Windows, resulting in different reader and slot names.

Card properties

  • Initial PUK is a byte-array with 24 zero bytes. The PUK is identical to the Card Manager Key.

  • Initial PIN is 0000.

  • The PUK is referred to as "Admin PIN".

  • The PIN is referred to as "User PIN"

  • If multipin is enabled during installation and ForcePinUser is set to false (that is, set to 0) (see heading "Configuration" below), when creating a keypair you will be prompted to select its PIN.

Support for cards with signature slot

Gemalto IDPrime 940 cards and USB tokens (like SafeNet eToken 5110 CC) contain a secondary slot for digital signatures, using its own set of credentials. The factory default for the signature PIN and PUK is 000000 for each. From PRIME 3.12, these are supported on the IDPrimePKCS11 DLLs that are included with a recent Safenet Authentication Client (SAC) Installer. SAC version 10.7 or later is required, see above for tested versions.

Encodings

DLL locations

The PKCS11 library setting depends on the DLL and installer you used:

  1. Define like this in the encoding description for the most compatible PKCS11Library setting for IDPrimePKCS11 (this one works with Smart ID Desktop App as well):

    Recommended: most compatible PKCS11Library setting for IDPrimePKCS11

    [Description] PKCS11LibraryWindows32=C:/Program Files (x86)/Gemalto/IDGo 800 PKCS#11/IDPrimePKCS11.dll PKCS11LibraryWindows64=C:/Program Files (x86)/Gemalto/IDGo 800 PKCS#11/IDPrimePKCS1164.dll
  2. Version 10.8R2 of the SafeNet  Authentication Client installer also uses these new locations in addition to the ones listed under 1.) above, and you may choose to reference the new locations (this works with Smart ID Desktop App as well):

    Alternate SAC 10.8R2 PKCS11Library setting for IDPrimePKCS11 DLLs from SafeNet Authentication Client installer

    [Description] PKCS11LibraryWindows32=C:/Program Files/SafeNet/Authentication/SAC/x32/IDPrimePKCS11.dll PKCS11LibraryWindows64=C:/Program Files/SafeNet/Authentication/SAC/x64/IDPrimePKCS1164.dll
  3. Define like this in the encoding description for eTPKCS11 DLL from SafeNet Authentication Client installer (recommended only if you do not need the signature slot):

    PKCS11Library setting for eTPKCS11 DLLs from SafeNet Authentication Client installer

    [Description] # this does *not* support the signature slot! PKCS11Library=eTPKCS11.dll

Administrative Credentials

Do not use the PUK in encodings, use only the Card Manager Key (CMK). The two keys are identical but using a PUK with our implementation would only limit the effective key size.

  • To set the current CMK, use the keyword CardManagerKey.

  • To set a new CMK, use the keyword NewCardManagerKey, the same way as a new PUK is set.

The CMK must always be a sequence of 24 bytes. To set this value, specify the hex values of the bytes.

  • Define like this in the encoding description to set the CMK:

    Set the CMK

  • Define like this in the encoding description to reset the CMK:

    Reset the CMK to its default value

Deviations from PKCS#11 standard

C_InitToken

Tokens are always preinitialized. The initial PUK is a bytearray consisting of 24 nullbytes.

C_SetPin

A new PUK must always be 24 bytes long.

C_GenerateKeyPair

The following restrictions apply:

  • For RSA keys, the only supported key size values are 1024 and 2048 bits.

  • For RSA key pairs, the only value supported for the public exponent is 0x010001.

  • If this function is called on a main slot (not virtual slot) and if the ForcePinUser option is set to 0 in the configuration file, then a dialog window is displayed in order to choose which PIN the resulting key pair should be associated with.

Configuration

To configure logging behavior:

  1. Edit C:\ProgramData\Gemalto\PKCS11\Gemalto.PKCS11.ini.
    Lines 8, 10 and 13 are used to configure logging behavior.

  2. Set ForcePinUser to 1 to force any generated keys to be associated to the user PIN. This is how other cards generally behave. If set to 0, the user will be prompted to select which PIN the keypair should be associated with every time a keypair is generated, see heading "C_GenerateKeyPair" above.

This is an example of a configuration file:

C:\ProgramData\Gemalto\PKCS11\Gemalto.PKCS11.ini

 

 

Known issues and troubleshooting

Problem

Identity Manager versions before 3.10.6 / 3.11 have a bug that fails to detect the eTPKCS11 middleware type correctly. This causes a change to the PUK/cardManagerKey to silently fail. Therefore the PUK/cardManagerKey on the card is still the old one, but Identity Manager thinks it was changed, thus breaking the unblocking process.

Solution

Upgrade to Identity Manager 3.10.6 or 3.11 to solve the issue. Note that this will not automatically fix cards which were produced with the broken version.



Problem

With a lot of certificates on the card, but about 9Kb on the card still free according to the Mini-Driver Manager, InitToken or DestroyObject returned CKR_DEVICE_MEMORY. Even the Mini-Driver Manager crashed when attempting "Erase Card".

Solution

Delete single containers through the GUI. At 11Kb free, InitToken succeeded again (with 830 rev.A cards).



Trying to write a CA certificate that is already on the card fails with C_CreateObject failed with CKR_FUNCTION_FAILED. JPKIEncoder will notice this and will avoid trying to rewrite it.



Problem

You get an error like this in the log when trying to encode a card through Smart ID Desktop App:

Solution

Make sure the DLLs are present and specified in a correct way (absolute paths are usually required, see DLL Locations above).

 

Related information



Copyright 2024 Technology Nexus Secured Business Solutions AB. All rights reserved.
Contact Nexus | https://www.nexusgroup.com | Disclaimer | Terms & Conditions