Chiavi HMAC

Questa pagina illustra le chiavi HMAC (Hash-based Message Authentication Code), che puoi utilizzare per autenticare le richieste all'API XML di Cloud Storage. Le chiavi HMAC sono utili quando vuoi spostare dati tra altri provider di spazio di archiviazione sul cloud e Cloud Storage, perché ti consentono di riutilizzare il codice esistente per accedere a Cloud Storage.

Per i passaggi per creare e gestire le chiavi HMAC, consulta Gestisci le chiavi HMAC per i service account.

Panoramica

Una chiave HMAC è un tipo di credenziale associata a un account, in genere un account di servizio. Utilizza una chiave HMAC per creare firme utilizzando l'algoritmo di firma HMAC-SHA256. Le firme create vengono poi incluse nelle richieste all'API XML di Cloud Storage. Le firme mostrano che una determinata richiesta è autorizzata dall'account associato alla chiave HMAC.

Nota: le chiavi HMAC sono separate dalle normali chiavi dei account di servizio utilizzate daGoogle Cloud, che sono chiavi RSA. Le chiavi HMAC non possono essere utilizzate per generare token OAuth 2.0; tuttavia, le chiavi RSA possono essere utilizzate per generare sia token OAuth 2.0 sia firme API XML di Cloud Storage.

Le chiavi HMAC sono costituite da due parti principali: un ID di accesso e un secret.

• ID di accesso: una stringa alfanumerica collegata a un account specifico.

  • Se collegata a un account di servizio, la stringa è lunga 61 caratteri.

  • Se collegata a un account utente, la stringa è lunga 24 caratteri.

  Di seguito è riportato un esempio di ID di accesso:

  GOOGTS7C7FUP3AIRVJTE2BCDKINBTES3HC2GY5CBFJDCQ2SYHV6A6XXVTJFSA

• Secret: una stringa con codifica Base64 di 40 caratteri collegata a un ID di accesso specifico. Un secret è una chiave precondivisa nota solo a te e a Cloud Storage. Utilizzi il secret per creare firme nell'ambito del processo di autenticazione. Di seguito è riportato un esempio di secret:

  bGoa+V7g/yqDXvKRqq+JTFn4uQZbPiQJo4pf9RzJ

Sia l'ID di accesso che il secret identificano in modo univoco una chiave HMAC, ma il secret è un'informazione molto più sensibile, perché viene utilizzato per creare firme.

Facoltativamente, puoi attivare il vincolo restrictAuthTypes su una risorsa, che limita l'accesso per le richieste firmate da chiavi HMAC.

Attenzione: quando elimini un account, vengono eliminate anche tutte le chiavi HMAC associate all'account. Per proteggerti dalle interruzioni, disattiva un account e verifica che il traffico non sia interessato prima di eliminare l'account.

Archiviare i secret

Quando crei una chiave HMAC per un service account, ricevi il secret per la chiave una sola volta. Devi archiviare in modo sicuro il secret, insieme all'ID di accesso associato. Se perdi il secret, non potrai recuperarlo né tu né Google Cloude dovrai creare una nuova chiave HMAC per il account di servizio per continuare ad autenticare le richieste.

Per creare una chiave HMAC per un account utente, devi aver eseguito l'accesso alla consoleGoogle Cloud con l'account utente e andare alla scheda Interoperabilità nel menu Impostazioni di Cloud Storage di un progetto per il quale disponi dell'autorizzazione IAM resourcemanager.projects.get. Una volta creata, puoi visualizzare il secret della chiave dalla scheda Interoperabilità di qualsiasi progetto per cui disponi dell'autorizzazione resourcemanager.projects.get.

Best practice per l'archiviazione dei secret

• Non condividere il secret della chiave HMAC. I secret delle chiavi HMAC devono essere trattati come qualsiasi altro insieme di credenziali di accesso.

• Come best practice per la sicurezza, devi cambiare regolarmente le chiavi nell'ambito di una rotazione della chiave.

• Se ritieni che un altro utente stia utilizzando le tue chiavi HMAC, devi eliminare immediatamente le chiavi HMAC interessate e crearne di nuove.

• Quando modifichi le chiavi HMAC, devi aggiornare il codice con le nuove chiavi HMAC prima di eliminare quelle precedenti. Quando elimini le chiavi HMAC, queste diventano immediatamente non valide e non sono recuperabili.

Limitazioni

• Le chiavi HMAC possono essere utilizzate solo per effettuare richieste all'API XML, non all'API JSON.

• Puoi avere un massimo di 10 chiavi HMAC per account di servizio. Le chiavi eliminate non vengono conteggiate ai fini di questo limite.

• Dopo la creazione, possono essere necessari fino a 60 secondi prima che una chiave HMAC del account di servizio diventi utilizzabile. Dopo aver eliminato un account di servizio, le chiavi HMAC che gli appartengono potrebbero continuare a funzionare per un massimo di 5 minuti. Al contrario, possono essere necessari fino a 5 minuti prima che le chiavi HMAC diventino nuovamente utilizzabili dopo l'annullamento dell'eliminazione del account di servizio proprietario.

• Se attivi il vincolo restrictAuthTypes su una risorsa, non puoi più creare o attivare chiavi HMAC per il tipo di account specificato in quella risorsa.

Migrazione dalle chiavi HMAC degli account utente

In genere, l'associazione delle chiavi HMAC agli account di servizio è un'opzione migliore rispetto all'associazione agli account utente, in particolare per i workload di produzione:

• I service account consentono una migliore supervisione amministrativa ed eliminano le implicazioni di sicurezza e privacy degli account di proprietà di singoli utenti.

• I service account riducono il rischio di interruzioni del servizio associate all'affidamento sugli account utente, ad esempio quando un account utente viene disattivato perché l'utente lascia il progetto o l'azienda.

Se al momento utilizzi chiavi HMAC con account utente, ma vuoi eseguire la migrazione ai service account, tieni presente quanto segue:

• Il tuo progetto deve disporre di un service account e di una chiave HMAC associata.

• Al account di servizio devono essere concesse le autorizzazioni richieste per eseguire azioni in Cloud Storage.

  L'autorizzazione generale per lavorare con gli oggetti è contenuta nel ruolo Storage Object Admin, ma potresti voler avere service account separati per eseguire azioni diverse. Ad esempio, potresti voler un account di servizio per la lettura, che avrebbe il ruolo Storage Object Viewer, e un secondo account di servizio per la scrittura, che avrebbe il ruolo Storage Object Creator.

• Devi eseguire dei test per assicurarti che il account di servizio si comporti come previsto prima di eseguire il push di un aggiornamento in produzione.

• Dopo aver eseguito la transizione del lavoro di produzione alle chiavi HMAC dei account di servizio, devi controllare la seguente metrica di Cloud Monitoring per verificare che le chiavi HMAC associate all'account utente non siano più in uso:

  Metrica	Descrizione
  storage.googleapis.com/authn/authentication_count	Il numero di volte in cui le chiavi HMAC sono state utilizzate per autenticare le richieste.

  Puoi impostare le seguenti etichette per monitorare le chiavi degli account utente che sono ancora in uso durante l'avanzamento della migrazione:

  • access_id: identifica l'ID di accesso che ha effettuato la richiesta. Puoi anche utilizzare access_id durante una rotazione della chiave per osservare il traffico che si sposta da una chiave all'altra.

  • authentication_method: identifica se le chiavi sono chiavi di account utente o di service account.

• Dopo aver verificato che le chiavi HMAC dell'account utente non vengono più utilizzate, devi eliminarle. In questo modo si riduce il rischio di accesso inappropriato ai dati.

• Se l'account utente non viene più utilizzato per accedere alle risorse Cloud Storage, revoca l'accesso a Cloud Storage.

• Se vuoi, puoi attivare il vincolo restrictAuthTypes sulle chiavi HMAC degli account utente per un ulteriore livello di sicurezza.

Passaggi successivi

• Crea chiavi HMAC per i tuoi service account.
• Utilizza una chiave HMAC in una richiesta autenticata.