Hyper Protect Crypto Services uscirà da IBM Cloud data center classici a Dallas (DAL ), Washington D.C (WDC ) e Francoforte (FRA ) A IBM Cloud Data center Virtual Private Cloud (VPC) nelle rispettive posizioni che ti consentono di sfruttare le nuove funzionalità e funzionalità del prodotto offerte da VPC.

Implicazioni per gli utenti attuali:

La transizione ai data center VPC rappresenterà un aggiornamento del servizio/della tecnologia e l'esperienza dell'utente rimarrà invariata. Per completare la transizione è necessaria un'interazione minima con il cliente. L'impatto sui clienti è minimo.

Supporto da parte di IBM Il team è disponibile per garantire la corretta implementazione delle tue istanze nei data center VPC, contatta il tuo rappresentante di vendita locale o invia un'e-mail a zaas.client.acceleration@ ibm.com per maggiori informazioni.

Date chiave per questa transizione:

• Per le istanze esistenti in DAL e WDC, la migrazione dei clienti avverrà il 22 agosto 2024- il 31 gennaio 2025. Il supporto rimane ininterrotto durante tutto il processo di migrazione. Dopo 31 gennaio 2025, i servizi in DAL E WDC i data center verranno disattivati e non saranno più disponibili. Tutte le istanze non migrate e i dati esistenti ancora presenti nel file DAL E WDC i data center verranno chiusi dopo tale data.

• Per le istanze esistenti in FRA, la migrazione del cliente avverrà 15 agosto 2024 – 31 gennaio 2025. Il supporto rimane ininterrotto durante tutto il processo di migrazione. Dopo 31 gennaio 2025, i servizi in FRA il data center verrà dismesso e non sarà più disponibile. Tutte le istanze non migrate e i dati esistenti ancora presenti nel file FRA il data center verrà chiuso dopo tale data.

BYOHSM estende la tua capacità di gestione delle chiavi locali al Cloud e crea un ecosistema di cloud ibrido scalabile, unificato e sicuro per i tuoi carichi di lavoro regolamentati. Collegando i tuoi HSM alla tua istanza Hyper Protect Crypto Services, hai il controllo fisico completo sulle tue chiavi per soddisfare i regolamenti di sovranità dei dati.

I seguenti argomenti possono aiutarti a iniziare con la funzione BYOHSM:

• Introduzione a bring your own hSM
• Gestione delle chiavi con BYOHSM in IBM Cloud Hyper Protect Crypto Services
• Impostazione di BYOHSM
• Provisioning di un'istanza con BYOHSM

Hyper Protect Crypto Services e Hyper Protect Virtual Servers for Classic saranno obsoleti dal data center IBM Cloud in Sydney. Le nuove istanze di Hyper Protect Services non possono più essere distribuite nel data center IBM Cloud in Sydney dopo il 30 novembre 2023, e i servizi e il supporto Hyper Protect esistenti nel data center IBM Cloud a Sydney saranno disattivati e interrotti il 31 marzo 2024.

Questo annuncio non influisce su altri servizi in esecuzione nel data center IBM Cloud a Sydney o su qualsiasi altro servizio Hyper Protect, incluso il supporto, in esecuzione in qualsiasi altro data center in cui è supportato Hyper Protect.

Esaminare i seguenti dettagli per questa obsolescenza:

• In vigore dal 30 novembre 2023, non è possibile eseguire il provisioning di nuove istanze di Hyper Protect Crypto Services o Hyper Protect Virtual Servers for Classic in Sydney.
• In vigore dal 31 marzo 2024, Hyper Protect Crypto Services e Hyper Protect Virtual Servers per Classic non saranno più supportati e i servizi verranno disattivati dal data center IBM Cloud in Sydney. Si consiglia di migrare tutte le istanze e i dati in un data center IBM Cloud VPC.
• Tutte le istanze e i dati di Hyper Protect Services ancora presenti nel data center IBM Cloud in Sydney verranno arrestati e terminati in questa data. L'infrastruttura del data center verrà disattivata e i dati e i servizi non più disponibili. Per evitare il rischio di perdita di dati, assicurarsi che venga eseguito un backup o un trasferimento dei dati richiesti prima che il servizio venga disattivato il 31 marzo 2024.

Per i clienti esistenti, si consiglia la migrazione a un data center IBM Cloud VPC:

• Per continuare a usare Hyper Protect Crypto Services, si consiglia di migrare a un data center IBM Cloud VPC. La regione consigliata per la migrazione all'interno di APAC è Tokyo.
• Per le istanze Hyper Protect Virtual Servers per Classic, si consiglia di migrare a un centro dati IBM Cloud VPC e di distribuire l'ultima versione del servizio, Hyper Protect Virtual Servers per VPC (Hyper Protect Virtual Servers per Classic non è disponibile nei centri dati IBM Cloud VPC). La regione consigliata per la migrazione all'interno di APAC è Tokyo.
• Per migrare a un centro dati IBM Cloud VPC, sarà disponibile il supporto del team IBM. Per ulteriori informazioni, contattare il rappresentante delle vendite locale o inviare un'email a zaas.client.acceleration@ibm.com.

La seguente tabella elenca i data center VPC supportati IBM Cloud per Hyper Protect Crypto Services e Hyper Protect Virtual Servers for Classic:

Tabella 1. Data center VPC supportati IBM Cloud

Data center	Hyper Protect Crypto Services	Hyper Protect Virtual Servers per Classic
Tokyo (regione consigliata all'interno di APAC) jp-tok
San Paolo br-sao
Londra eu-gb
Toronto ca-tor
Madrid eu-es
Washington DC us-east	N/D

Ora è possibile creare modelli chiave che specificano le proprietà delle chiavi gestite da creare. Una volta creato il modello di chiave, è possibile creare un gruppo di chiavi gestite con le stesse proprietà definite nel modello di chiave.

I seguenti argomenti possono aiutarti a iniziare a utilizzare i template chiave:

• Creazione di template chiave
• Visualizzazione di un elenco di modelli chiave
• Modifica dei dettagli del template chiave
• Archiviazione e annullamento dell'archiviazione dei modelli di chiavi
• Eliminazione di modelli di chiavi
• Riallineamento delle chiavi con i modelli di chiavi

Il piano dei prezzi è stato aggiornato per Unified Key Orchestrator. Puoi trovare ulteriori dettagli nella pagina del catalogo dei servizi.

Per un esempio di prezzo dettagliato, vedi Come mi viene addebitato l'utilizzo di Hyper Protect Crypto Services con Unified Key Orchestrator?.

Ora puoi ruotare le chiavi master quando stai utilizzando il piano di servizio Unified Key Orchestrator o la tua istanza del servizio che ha i keystore EP11 abilitati in tutte le regioni supportate. In precedenza, era disponibile solo a Francoforte, in Germania.

Per un elenco delle regioni supportate, vedi Regioni e ubicazioni. Per ulteriori informazioni su come funziona la rotazione della chiave master, vedi Introduzione alla rotazione della chiave master.

L'API del servizio di gestione delle chiavi Hyper Protect Crypto Services è aggiornata alla versione 22.11. Sono state aggiunte le seguenti funzioni:

• Elenco chiavi con ordinamento includerelastRotateDate ordinamento.
• Elenco chiavi con filtro avanzato includerelastRotateDate filtraggio.
• Crea chiave con sovrascritture della politica per abilitare gli utenti con il ruolo Gestore a creare le chiavi con le politiche in una singola chiamata, sovrascrivendo le politiche a livello di istanza.
• Disabilita una politica di rotazione chiave per consentire la sospensione temporanea di una politica di rotazione chiave.

Individuare i nomi e le associazioni degli eventi più recenti in Informazioni cronologiche sugli eventi.

Per gestire le tue chiavi master utilizzando le smart card, puoi ora installare il driver del lettore smart card Identiv SPR332 V2 su Red Hat Enterprise Linux 9.0 e Ubuntu 22.04.1 LTS oltre al già supportato sistema operativo Red Hat Enterprise Linux 8.0. Per istruzioni più dettagliate, consultare Installazione del driver del lettore di smart card.

You can also find the latest Management Utilities installation files in Github.

Puoi ora gestirle utilizzando l'API Unified Key Orchestrator con l'SDK (software development kit) Go abilitato. Per ulteriori esempi di codice in Go, consulta Riferimento APIUnified Key Orchestrator.

Con il supporto Terraform per Unified Key Orchestrator, puoi ora automatizzare azioni, come la gestione di vault, keystore, modelli di chiave e chiavi, utilizzando Terraform. Per ulteriori informazioni, vedi Impostazione di Terraform per Hyper Protect Crypto Services con Unified Key Orchestrator.

Il modello di prezzi del piano standard Hyper Protect Crypto Services è ora modificato dalla fatturazione mensile alla fatturazione oraria con ogni unità di crittografia addebitata $2.13 USD all'ora.

I primi cinque keystore, inclusi i keyring KMS e i keystore EP11, sono gratuiti. Ogni keyring aggiuntivo o keystore EP11 viene addebitato con un prezzo a più livelli a partire da $225 USD al mese. Per i keystore creati o connessi meno di un mese, il costo viene ripartito in base ai giorni effettivi all'interno del mese.

Per ulteriori informazioni, consultare il piano tariffario. Un esempio di fatturazione è disponibile anche per il tuo riferimento.

Per ordinare le smart card e i lettori di smart card, è ora possibile inviare un'email a IBM all'indirizzo zcat@ibm.com@ibm.com e fornire le informazioni necessarie. Per istruzioni dettagliate, consultare Impostazione delle smart card e dei programmi di utilità di gestione.

Unified Key Orchestrator è un piano di controllo cloud pubblico per l'orchestrazione di chiavi cloud ibride e multicloud. Come parte del IBM Cloud® Hyper Protect Crypto Services, fornisce la gestione del ciclo di vita delle chiavi secondo le raccomandazioni NIST e il trasferimento sicuro delle chiavi a keystores interni all'istanza del servizio o a keystores esterni.

Con Unified Key Orchestrator, è possibile connettere l'istanza del servizio ai keystore in IBM Cloud e ai provider cloud di terze parti, eseguire il backup e gestire le chiavi utilizzando un sistema unificato e orchestrare le chiavi su più cloud.

I seguenti argomenti possono aiutarti a iniziare a utilizzare Unified Key Orchestrator:

• Introduzione a Unified Key Orchestrator
• FAQ: Hyper Protect Crypto Services con Unified Key Orchestrator
• Introduzione a Hyper Protect Crypto Services
• Monitoraggio del ciclo di vita delle chiavi di codifica in Unified Key Orchestrator
• Creazione di vault
• Creazione di keystore interni
• Connessione a keystore esterni
• Creazione e installazione di chiavi gestite

Unified Key Orchestrator è un piano di controllo cloud pubblico per l'orchestrazione di chiavi cloud ibride e multicloud. Come parte del IBM Cloud® Hyper Protect Crypto Services, fornisce la gestione del ciclo di vita delle chiavi secondo le raccomandazioni NIST e il trasferimento sicuro delle chiavi a keystores interni all'istanza del servizio o a keystores esterni.

Con Unified Key Orchestrator, è possibile connettere l'istanza del servizio ai keystore in IBM Cloud e ai provider cloud di terze parti, eseguire il backup e gestire le chiavi utilizzando un sistema unificato e orchestrare le chiavi su più cloud.

I seguenti argomenti possono aiutarti a iniziare a utilizzare Unified Key Orchestrator:

• Introduzione a Unified Key Orchestrator
• FAQ: Hyper Protect Crypto Services con Unified Key Orchestrator
• Introduzione a Hyper Protect Crypto Services
• Monitoraggio del ciclo di vita delle chiavi di codifica in Unified Key Orchestrator
• Creazione di vault
• Creazione di keystore interni
• Connessione a keystore esterni
• Creazione e installazione di chiavi gestite

1. Elimina una chiave eliminata: Per impostazione predefinita, una chiave eliminata viene eliminata automaticamente dopo 90 giorni dall'eliminazione. Ora è possibile eliminare manualmente una chiave per rimuoverla definitivamente dalla tua istanza prima di 90 giorni. Dopo che una chiave è stata eliminata, c'è un periodo di attesa fino a 4 ore prima di poter eseguire l'azione. Assicurarsi di aver assegnato il ruolo Eliminazione chiave KMS prima di eliminare una chiave. Per ulteriori informazioni, consultare Eliminazione manuale delle chiavi.
2. Aggiorna il keyring di una chiave: Dopo aver creato una chiave, è possibile spostarla in un keyring differente. Per ulteriori informazioni, consultare Trasferimento di una chiave a un keyring differente.

Oltre a ruotare la tua chiave principale utilizzando i file parte della chiave e utilizzando le unità di crittografia di ripristino, puoi ora ruotare anche la chiave principale se stai utilizzando le smart card e i programmi di utilità di gestione.

Per istruzioni dettagliate, consultare Rotazione delle chiavi principali utilizzando le smart card e Management Utilities. Per ulteriori informazioni su come funziona la rotazione della chiave principale, vedi Rotazione delle chiavi principali utilizzando i file parte della chiave.

Ora è possibile ripristinare le chiavi che sono state eliminate entro 30 giorni senza fornire alcun materiale chiave. Tutte le chiavi root e le chiavi standard, generate da Hyper Protect Crypto Services o importate da te, possono essere ripristinate. Per ulteriori informazioni, vedi Ripristino delle chiavi.

Puoi ora raggruppare le chiavi nella tua istanza Hyper Protect Crypto Services creando un keyring. In questo caso, è possibile gestire le chiavi e controllare l'accesso a livello di key ring. Per informazioni su come utilizzare i file di chiavi, consultare Gestione dei file di chiavi.

Oltre a utilizzare le smart card e i programmi di utilità di gestione Hyper Protect Crypto Services e utilizzando i file parte chiave, puoi ora anche inizializzare la tua istanza del servizio utilizzando le unità di crittografia di recupero nelle regioni Dallas (us-south) e Washington DC (us-east).

Quando esegui il provisioning di un'istanza del servizio nella regione Dallas o Washington DC, vengono assegnate automaticamente due unità di ripristino senza costi aggiuntivi. Un valore della chiave master casuale viene automaticamente generato in un'unità di crittografia di ripristino e copiato nelle altre unità di crittografia per l'istanza del servizio. Il valore della chiave principale non viene mai visualizzato all'esterno degli HSM.

Per ulteriori informazioni sulle differenze tra gli approcci di inizializzazione dell'istanza del servizio, vedi Introduzione agli approcci di inizializzazione dell'istanza del servizio.

Per istruzioni dettagliate, vedi Inizializzazione delle istanze del servizio con le unità di crittografia di recupero.

Per ruotare la tua chiave master, vedi Rotazione delle chiavi master utilizzando le unità di crittografia di ripristino.

Oltre a utilizzare l'API PKCS #11 per gestire le chiavi e i keystore Enterprise PKCS #11 (EP11), è ora possibile utilizzare l'interfaccia utente per visualizzare, creare ed eliminare le chiavi e i keystore EP11. Per ulteriori informazioni, vedi Gestione dei keystore EP11 con l'IU e Gestione delle chiavi EP11 con l'IU.

Gli alias chiave sono nomi univoci leggibili che possono essere utilizzati per identificare una chiave. È ora possibile creare fino a cinque alias per una chiave per un facile riconoscimento. Per come utilizzare gli alias chiave, vedi Gestione degli alias chiave.

Quando lo stato di una chiave root cambia, le risorse protette associate alla chiave root vengono avvisate dell'evento del ciclo di vita della chiave e si consiglia di rispondere di conseguenza. Nel caso in cui le risorse non rispondano alla notifica del ciclo di vita della chiave, è ora possibile avviare manualmente una nuova notifica a tali servizi cloud associati. Per ulteriori informazioni, consultare Sincronizzazione delle risorse associate.

Puoi ora creare dei VPE (virtual private endpoint) per la tua istanza IBM Cloud VPC (Virtual Private Cloud) per accedere a Hyper Protect Crypto Services nella tua rete VPC. Per ulteriori informazioni, vedi Utilizzo di un endpoint privato virtuale per VPC.

L'algoritmo di crittografia per generare chiavi di firma viene aggiornato da Rivest - Shamir - Adleman 2048 (RSA 2048) a P521 Elliptic Curve (P521 EC). Il livello di crittografia delle chiavi P521 EC è equivalente a RSA 15360, il che significa che le chiavi di firma aggiornate possono fornire un livello di sicurezza superiore rispetto alle chiavi di firma precedenti. Le precedenti chiavi di firma RSA 2048 sono ancora valide e possono essere utilizzate.

Per assicurarti che non si sia verificata alcuna manomissione delle chiavi memorizzate nell'istanza Hyper Protect Crypto Services utilizzando l'API PKCS #11 , ti viene ora fornito un meccanismo di verifica della chiave per controllare gli oggetti chiave memorizzati in Hyper Protect Crypto Services. Per istruzioni su come verificare gli oggetti chiave, vedi Verifica che le chiavi siano protette dalle unità di crittografia.

Per un esempio di come richiamare i valori di checksum per le chiavi AES, DES2e DES3 insieme alla verifica dei checksum chiave, vedi l'esempio di codice.

Hyper Protect Crypto Services ora supporta l'algoritmo Schnorr, che può essere utilizzato come schema di firma per generare le firme digitali. È proposto come algoritmo alternativo all'Elliptic Curve Digital Signature Algorithm (ECDSA) per le firme crittografiche nel sistema Bitcoin. Prima di poter utilizzare l'algoritmo Schnorr, assicurarsi di abilitare questa funzione seguendo le istruzioni in Abilitazione dell'algoritmo Schnorr.

Dopo aver configurato la tua istanza Hyper Protect Crypto Services, puoi abilitare e aggiornare la politica di creazione e importazione dell'accesso della chiave per controllare le autorizzazioni delle azioni per le chiavi root e le chiavi standard. Per ulteriori informazioni, vedi Gestione della politica di accesso di creazione e importazione della chiave.

Per aumentare la sicurezza, puoi ora limitare l'accesso di rete alla tua istanza del servizio alla rete solo privata. Puoi scegliere la rete consentita quando esegui il provisioning dell'istanza del servizio o aggiornare la politica di accesso alla rete dopo aver configurato l'istanza.

Prima di aggiornare la politica di accesso di rete, devi inizializzarla prima. Per istruzioni, vedi Inizializzazione delle istanze del servizio con il IBM Cloud TKE CLI o Inizializzazione delle istanze del servizio utilizzando le smart card e i programmi di utilità di gestione.

L'API GREP11 supporta ora la funzione ReencryptSingle, che consente di decodificare i dati con la chiave originale e quindi crittografare i dati non elaborati con una diversa chiave in una singola chiamata all'interno dell'HSM cloud. Questa singola chiamata è un'opzione valida in cui una grande quantità di dati deve essere codificata nuovamente con chiavi differenti e ignora la necessità di eseguire una combinazione di funzioni DecryptSingle e EncryptSingle per ciascun elemento di dati che deve essere codificato nuovamente. Per ulteriori informazioni, vedi Riferimento APIGREP11- ReencryptSingle funzione.

Puoi ora connettere la tua istanza IBM Cloud VPC (Virtual Private Cloud) alla tua istanza Hyper Protect Crypto Services attraverso un gateway VPE (virtual private endpoint), in modo da poter gestire le tue chiavi utilizzando Hyper Protect Crypto Services tramite una rete privata. Per ulteriori informazioni, vedi Using virtual private endpoints for VPC to privatamente connect to Hyper Protect Crypto Services.

Hyper Protect Crypto Services ora supporta il meccanismo SLIP10 per i portafogli deterministici gerarchici per derivare coppie di chiavi private e pubbliche. Ora supporta anche l'algoritmo Edwards - curve (ED) 25519 per le firme digitali. Prima di poter utilizzare l'algoritmo ED, assicurarsi di abilitare questa funzione seguendo le istruzioni riportate in Abilitazione dell'algoritmo di firma digitale della curva Edwards.

Terraform è un software open source per configurare e automatizzare il provisioning e la gestione delle risorse cloud. Ora puoi eseguire il provisioning e inizializzare le istanze Hyper Protect Crypto Services, oltre a gestire le chiavi root e le chiavi standard con la CLI Terraform e il plug-in del provider IBM Cloud. Per ulteriori informazioni, vedi Gestione delle risorse del servizio di gestione delle chiavi con Terraform e il template Terraform di esempio per Hyper Protect Crypto Services.

L'API del servizio di gestione delle chiavi Hyper Protect Crypto Services viene aggiornata con le seguenti modifiche:

• Aggiornato: i metodi API per le seguenti azioni chiave vengono ora trasferiti ai singoli percorsi di richiesta. Il formato del percorso generico (tranne l'azione di ripristino di una chiave) è /api/v2/keys/<key_ID>/actions/<action> dove key_ID è l'UUID della chiave e action è il nome dell'azione che si desidera eseguire.

  • Incarta una chiave.
  • Annulla il wrapping di una chiave.
  • Riavvolgi una chiave.
  • Ruota una chiave.
  • Autorizza l'eliminazione per una chiave con una doppia politica di autorizzazione.
  • Rimuovi un'autorizzazione per una chiave con una politica di autorizzazione doppia.
  • Abilita operazioni per una chiave.
  • Disabilita le operazioni per una chiave.
  • Ripristinare una chiave.

• Aggiornato: è ora possibile utilizzare i seguenti due metodi per gestire la normativa di rete consentita e la normativa di accesso di creazione e importazione chiave:

  • Imposta politiche dell'istanza.
  • Elenca le politiche dell'istanza.

• Obsoleto: Richiama un'azione su una chiave.

  Questo metodo è originariamente utilizzato per eseguire azioni su una chiave, come impacchettamento, spacchettamento e rotazione. Viene ora sostituito con un singolo percorso di richiesta per ogni azione.

Per ulteriori informazioni sugli aggiornamenti API, vedi Riferimento API del servizio di gestione delle chiaviHyper Protect Crypto Services.

Puoi ora ruotare la tua chiave master su richiesta utilizzando il plug-in IBM Cloud® Trusted Key Entry CLI in modo da soddisfare gli standard del settore e le migliori pratiche crittografiche. Per ulteriori informazioni su come funziona, vedi Introduzione alla rotazione della chiave master.

Per istruzioni dettagliate, consultare Rotazione delle chiavi principali.

Hyper Protect Crypto Services ora supporta l'esecuzione di operazioni crittografiche con l'API PKCS (Public - Key Cryptography Standards) #11 standard.

Con il supporto dell'API PKCS #11 , non devi modificare le tue applicazioni esistenti che utilizzano lo standard PKCS #11 per eseguirlo nell'ambiente HSM cloud Hyper Protect Crypto Services. La libreria PKCS #11 accetta le richieste API PKCS #11 dalle tue applicazioni e accede in remoto al cloud HSM per eseguire le funzioni crittografiche corrispondenti.

Per ulteriori informazioni sui casi di utilizzo dell'API PKCS #11 , consulta Utilizzo di Hyper Protect Crypto Services come PKCS #11 HSM.

Per ulteriori informazioni sull'API PKCS #11 , consultare Introduzione a PKCS #11 e Riferimento API PKCS #11.

Se disponi delle autorizzazioni di accesso Scrittore o Gestore, puoi ora creare i token di importazione per abilitare la sicurezza aggiunta per le chiavi di crittografia che carichi in Hyper Protect Crypto Services.

Per ulteriori informazioni sulle tue opzioni per l'importazione delle chiavi, consulta Creazione dei token di importazione. Per un'esercitazione guidata, vedi Esercitazione: Creazione e importazione di chiavi di crittografia.

Hyper Protect Crypto Services, creato su HSM conforme a FIPS 140-2 livello 4, ora supporta lo stesso livello di funzioni di gestione delle chiavi di Key Protect. Le funzioni aggiunte sono le seguenti:

• Rotazione della chiave basata sulla normativa.
• Visualizzazione delle versioni della chiave root
• Disabilitazione e abilitazione delle chiavi root.
• Doppia politica di autorizzazione per Hyper Protect Crypto Services istanze e chiavi.
• Visualizzazione dei dettagli su una chiave di cifratura.
• Visualizzazione delle associazioni tra le chiavi root e le risorse IBM Cloud.
• Ripristino di una chiave eliminata.

È ora possibile creare risorse Hyper Protect Crypto Services nella regione di Washington DC (US East). Per ulteriori informazioni, vedi Regioni e ubicazioni.

Sia il plug-in IBM Cloud TKE (Trusted Key Entry) CLI (command - line interface) che il programma di utilità di gestione Hyper Protect Crypto Services ora supportano l'autenticazione quorum.

L'autenticazione quorum è il modo per approvare un'operazione da parte di un numero impostato di amministratori dell'unità di crittografia. Alcune operazioni sensibili richiedono un numero sufficiente di amministratori dell'unità di crittografia per immettere le credenziali. L'impostazione delle soglie di firma su un valore maggiore di uno abilita l'autenticazione quorum.

Per ulteriori informazioni su come inizializzare un'istanza del servizio utilizzando la CLI TKE e abilitare l'autenticazione quorum, vedi Inizializzazione delle istanze del servizio con il plug-in TKE CLI IBM Cloud.

Per ulteriori informazioni su come inizializzare un'istanza del servizio utilizzando i programmi di utilità di gestione e abilitare l'autenticazione quorum, consultare Configurazione delle smart card e dei programmi di utilità di gestione e Inizializzazione delle istanze del servizio utilizzando le smart card e i programmi di utilità di gestione.

È ora possibile connettersi a Hyper Protect Crypto Services attraverso la rete privata IBM Cloud puntando a un endpoint privato per il servizio Enterprise PKCS #11.

Per iniziare, abilitate il routing e l'inoltro virtuali(VRF)e gli endpoint di servizio per il vostro account di infrastruttura. Per ulteriori informazioni, vedi Utilizzo degli endpoint privati.

Hyper Protect Crypto Services ora supporta il caricamento delle chiavi di firma e delle parti della chiave master dalle smart card per l'inizializzazione dell'istanza del servizio. Garantisce il più alto livello di protezione per le parti della chiave principale e le chiavi di firma.

Le utilità di gestione sono due applicazioni che utilizzano le smart card per configurare istanze di servizio. Il programma di utilità Smart Card imposta e gestisce le smart card utilizzate. L'applicazione TKE (Trusted Key Entry) utilizza tali smart card per configurare istanze del servizio. Per utilizzare le utilità di gestione, è necessario ordinare le smart card e i lettori di smart card supportati da IBM.

Per ulteriori informazioni, vedi Understanding the Management Utilities e Initializing service instances by using smart cards and the Management Utilities.

Hyper Protect Crypto Services può ora essere integrato con altri servizi IBM Cloud:

• Hyper Protect DBaaS for MongoDB
• Hyper Protect DBaaS for PostgreSQL
• HyTrust DataControl
• IBM Cloud Kubernetes Service
• Red Hat OpenShift on IBM Cloud

Per ulteriori informazioni, vedi Integrazione dei servizi.

Puoi stabilire una connessione a Hyper Protect Crypto Services sulla rete privata IBM Cloud indicando come destinazione un endpoint privato per il servizio.

Per iniziare, abilitate il routing e l'inoltro virtuali(VRF)e gli endpoint di servizio per il vostro account di infrastruttura. Per ulteriori informazioni, vedi Utilizzo degli endpoint del servizio per la connessione privata a Hyper Protect Crypto Services.

Il modulo gestito Cloud Hardware Security Module (HSM) supporta gli standard di crittografia a chiave pubblica (PKCS) #11, in modo che le vostre applicazioni possano integrare operazioni crittografiche come la firma e la convalida digitale tramite l'API Enterprise PKCS #11 (EP11). La libreria EP11 fornisce un'interfaccia simile all'API PKCS #11 standard del settore.

Hyper Protect Crypto Services fornisce un insieme di Enterprise PKCS #11 (EP11) su chiamate API gRPC (indicate anche come GREP11), con le quali tutte le funzioni di crittografia vengono eseguite nell'HSM sul cloud. GREP11 è un'interfaccia stateless per programmi cloud.

Per ulteriori informazioni sull'API GREP11, vedi Introduzione a EP11 su gRPC e Riferimento APIGREP11.

Puoi ora creare le risorse Hyper Protect Crypto Services nella regione Francoforte. Per ulteriori informazioni, vedi Regioni e ubicazioni.

Hyper Protect Crypto Services può essere ora integrato con i seguenti servizi IBM Cloud:

• IBM Cloud Object Storage
• IBM Cloud Block Storage for Classic per Virtual Private Cloud
• IBM Cloud Virtual Servers per Virtual Private Cloud
• Key Management Interoperability Protocol (KMIP) per VMware® su IBM Cloud

Per ulteriori informazioni, vedi Integrazione dei servizi.

A partire dal 29 marzo 2019, il provisioning di nuove istanze Hyper Protect Crypto Services Beta non sarà più possibile. Le istanze esistenti saranno supportate fino alla data di fine del supporto beta (30 aprile 2019).

Per ulteriori informazioni sull'offerta Hyper Protect Crypto Services, vedi la home page diIBM Cloud Hyper Protect Crypto Services.

IBM Cloud Hyper Protect Crypto Services, che ora supporta tre zone di disponibilità in una regione selezionata, è un servizio altamente disponibile con funzioni automatiche che aiutano a mantenere le tue applicazioni sicure e operative.

Puoi creare risorse Hyper Protect Crypto Services nelle regioni IBM Cloud supportate, che rappresentano l'area geografica in cui vengono gestite ed elaborate le tue richieste Hyper Protect Crypto Services. Ogni regione IBM Cloud contiene più zone di disponibilità per soddisfare i requisiti di accesso locale, bassa latenza e sicurezza della regione.

Per ulteriori informazioni, vedi Alta disponibilità e ripristino di emergenza.

L'istanza del servizio può essere ridimensionata in modo incrementale fino a un massimo di sei unità di crittografia per soddisfare i tuoi requisiti di prestazioni. In un ambiente di produzione, si consiglia di selezionare almeno due unità crittografiche per consentire un'elevata disponibilità. Selezionando tre o più unità di crittografia, esse vengono distribuite insieme a tre zone di disponibilità nella regione selezionata.

Per ulteriori informazioni, leggi Provisioning del servizio.

È stata rilasciata la versione Beta di Hyper Protect Crypto Services. È ora possibile accedere al servizio Hyper Protect Crypto Services attraverso Catalog > Security direttamente.

A partire dal 5 febbraio 2019, il provisioning di nuove istanze Hyper Protect Crypto Services Experimental non sarà più possibile. Le istanze esistenti saranno supportate fino alla data di fine del supporto sperimentale (5 marzo 2019).

L'API Key Protect è ora integrata con Hyper Protect Crypto Services per generare e proteggere le tue chiavi. Puoi richiamare l'API Key Protect direttamente tramite Hyper Protect Crypto Services.

Per ulteriori informazioni, vedi Configurazione dell'API del servizio di gestione delle chiavi e Hyper Protect Crypto Services riferimento API del servizio di gestione delle chiavi.

Hyper Protect Crypto Services ora supporta Keep Your Own Key (KYOK) in modo da avere un maggiore controllo e autorità sui vostri dati con chiavi di crittografia che potete conservare, controllare e gestire. Puoi inizializzare e gestire la tua istanza del servizio con la CLI (command-line interface) IBM Cloud®.

Per ulteriori informazioni, vedi Inizializzazione delle istanze del servizio per proteggere l'archiviazione chiavi.

Allo stato attuale, l'accesso a Hyper Protect Crypto Services tramite un client ACSP (Advanced Cryptography Service Provider) è obsoleto. Se utilizzi un'istanza del servizio precedente, puoi ancora utilizzare ACSP per esplorare Hyper Protect Crypto Services.