Migrating v3 v4

Algumas diferenças de funcionamento devem ser levadas em conta pelo operador quando decidir migrar uma HSM com firmware da série 3 (v3) para as séries 4 (v4) e 5 (v5).

• Fim da seed (semente): a Server Master Key (SVMK) será gerada diretamente a partir do DRBG autorizado, ou seja, será inteiramente randômica. A única forma de ter um backup da SVMK será via cópia de um conjunto de smart cards para outro.
• Os conjuntos de smart cards já existentes continuam funcionando normalmente com firmware v4.
• Os modos de operação agora são chamados:
• Non Restricted (NRM) ou Modo Não Restrito;
• Restricted Mode 1 (RM1), ou Modo Restrito 1;
• Restricted Mode 2 (RM2), ou Modo Restrito 2.
• O modo NRM é logicamente equivalente ao antigo modo Non-FIPS e o modo RM1 é logicamente equivalente ao antigo modo FIPS (isto é especialmente importante para questões de backup, tanto geral quanto individual de chave).
• É possível restaurar o backup de um HSM v3 em um v4, mas não no sentido inverso.
• Em caso de violação o operador tem a opção de continuar o processo de ativação do HSM, independentemente do modo de operação corrente. O status de TAMPERED fica registrado e só pode ser removido com ação do fabricante.
• Não é possível estabelecer replicação entre um HSM v3 e um v4.
• Somente os HSMs com revisões Rev32 e Rev0 poderão ser migrados para v4.
• Uma vez migrado para a v4 não é possível reverter para v3.
• Aplicações que usam Access Token e as APIs do módulo OATH devem verificar as anotações na documentação destas APIs, pois pode haver necessidade de alteração no código-fonte.