Conformità alla normativa HIPAA su Cloud de Confiance e Google Workspace

Determina se la tua organizzazione è in possesso di requisiti di crittografia ulteriori a quelli richiesti dalla Security Rule HIPAA. I contenuti dei clienti sono criptati at-rest su Cloud de Confiance. Se hai requisiti di crittografia aggiuntivi, utilizza Cloud KMS.

Utilizza le best practice IAM per configurare chi ha accesso al tuo progetto. In particolare, poiché i service account possono essere utilizzati per accedere alle risorse, controlla attentamente l'accesso a questi service account e alle relative chiavi.

• Archivia solo i dati minimi necessari per fornire l'autenticazione e l'autorizzazione per la tua applicazione o il tuo servizio. Quando crei un utente in Identity Platform, l'unico attributo obbligatorio è un indirizzo email o un numero di telefono. Se devi archiviare PHI, utilizza una soluzione di database per uso generico in Cloud de Confiance.
• Non archiviare PHI in attributi facoltativi o personalizzati, come nomi visualizzati o URL di foto. Se devi archiviare PHI, utilizza una soluzione di database per uso generico in Cloud de Confiance.
• Non trasmettere PHI da provider di identità esterni federati a Identity Platform in token, attestazioni, asserzioni o tramite qualsiasi altro meccanismo.
• Non sincronizzare le PHI dai sistemi di identità esterni a Identity Platform. Google non rilascia dichiarazioni o garanzie in merito alla sicurezza di queste informazioni in transito o al momento della ricezione da parte della terza parte.
• Non utilizzare account anonimi durante l'interazione, la gestione o l'archiviazione di PHI.
• Non utilizzare gli SDK e le librerie client di Identity Platform durante l'interazione, la gestione o l'archiviazione delle PHI. Poiché questo codice viene eseguito al di fuori di Identity Platform, Google non rilascia alcuna dichiarazione o garanzia in merito alla sicurezza delle informazioni al di fuori del servizio Identity Platform, ad esempio sul dispositivo di un utente finale.

Quando archivi i secret in Secret Manager, consulta e segui le best practice di Secret Manager.

• Configura le destinazioni delle esportazioni degli audit log. Esporta gli audit log in Cloud Storage per l'archiviazione a lungo termine e in BigQuery per qualsiasi esigenza di analisi, monitoraggio e analisi forense. Configura i controlli degli accessi appropriati per queste destinazioni.
• Configura i controlli di accesso ai log. Gli utenti con il ruolo Visualizzatore log (roles/logging.viewer) possono accedere ai log di controllo delle attività di amministrazione, mentre gli utenti con il ruolo Visualizzatore log privati (roles/logging.privateLogViewer) possono accedere ai log di controllo dell'accesso ai dati.
• Esamina regolarmente gli audit log per garantire la sicurezza e la conformità ai requisiti. Per l'analisi dei log su larga scala, utilizza BigQuery o una piattaforma SIEM per dimostrare la conformità tramite l'analisi dei log.

• Non archiviare dati PHI nei metadati, ad esempio etichette delle metriche, etichette delle VM, annotazioni delle risorse GKE o titoli o contenuti della dashboard. Chiunque disponga delle autorizzazioni IAM appropriate può visualizzare la tua console di monitoraggio o utilizzare l'API Cloud Monitoring per visualizzare questi dati.
• Non inserire PHI nelle configurazioni degli avvisi (ad esempio nei nomi visualizzati o nella documentazione) che possono essere inviate ai destinatari degli avvisi.

Non utilizzare i seguenti servizi o funzionalità:

• Servizi di terze parti diversi dai servizi forniti da una Società consociata di Google o da un provider di infrastruttura basata su cloud.
• Assistenza degli analisti on demand.
• Servizi, software o hardware non Google forniti al personale di Google in relazione a un incarico di Servizi di consulenza Mandiant.
• Strumenti di integrazione API non sicuri.

Quando configuri i job di Sensitive Data Protection, assicurati che tutti i dati di output vengano scritti in destinazioni di archiviazione configurate come parte del tuo ambiente sicuro.

Abilita il controllo delle versioni degli oggetti per preservare gli archivi storici e recuperare gli oggetti dopo l'eliminazione accidentale.

Utilizza i metodi di connettività con IP privato per evitare di esporre a internet un database contenente PHI.

• Utilizza il controllo degli accessi basato su IP per limitare le VM di Compute Engine e i cluster GKE che possono accedere all'istanza Filestore.
• Utilizza i backup di Filestore per recuperare i dati dopo un'eliminazione accidentale.

Quando crei o configuri gli indici, cripta le PHI, le credenziali di sicurezza o altri dati sensibili prima di utilizzarli come chiave di entità, chiave di proprietà indicizzata o valore di proprietà indicizzata. Per saperne di più, consulta Indici Datastore.

Devi attivare l'opzione per fare in modo che Data Studio sia regolato dal tuo Contratto Cloud de Confiance .

Non includere PHI o PII nei valori dei campi google.cloud.datacatalog.lineage.v1.Process.attributes e google.cloud.datacatalog.lineage.v1.Run.attributes.

• Assicurati che gli amministratori esaminino le configurazioni di sicurezza per le applicazioni e le integrazioni di terze parti, nonché la documentazione relativa alla sicurezza e alla privacy dell'applicazione di terze parti.
• Quando crei query strutturate, evita di includere o archiviare PHI nella logica di business che configura queste query.

Utilizza API regionali e località delle risorse per le PHI.

Non includere PHI o credenziali di sicurezza nella definizione dell'agente, inclusi intenti, frasi di addestramento ed entità.

Se hai stipulato un BAA con Google che copre eventuali obblighi relativi alle PHI ai sensi dell'HIPAA, non attivare il logging dei dati.

Non includere PHI o PII nelle intestazioni.

• Non includere PII, PHI o altre informazioni sensibili in IntegrationParameter, nel campo del nome in projects.locations.connections o nelle impostazioni di configurazione della risorsa Connection. Queste informazioni possono essere registrate.
• Configura il controllo degli accessi per i log se il payload richiesto contiene dati sensibili.

Non includere PHI nei file di configurazione di compilazione, nei file di controllo del codice sorgente o in altri artefatti di build.

Non richiedere la memorizzazione dei PHI nella cache. Per impedire la memorizzazione nella cache, consulta Impedisci la memorizzazione nella cache.

Non includere PHI negli URI o nelle azioni.

Artifact Registry cripta i dati nei repository utilizzando la crittografia predefinita di Google o le chiavi di crittografia gestite dal cliente (CMEK). I metadati, come i nomi degli artefatti, vengono criptati con la crittografia predefinita di Google. Questi metadati possono essere visualizzati nei log e sono visibili a qualsiasi account utente con il ruolo Lettore Artifact Registry (roles/artifactregistry.reader) o Visualizzatore Artifact Registry (roles/artifactregistry.viewer). Per contribuire a impedire l'accesso non autorizzato alle PHI, consulta Controlla l'accesso e proteggi gli artefatti.

Container Registry cripta i dati nei bucket di archiviazione dei tuoi registry utilizzando la crittografia predefinita di Google o CMEKCMEK. Per contribuire a impedire l'accesso non autorizzato alle PHI, consulta le best practice per la protezione dei container.

Conserva i log di accesso a livello di applicazione per un periodo appropriato per soddisfare i requisiti HIPAA.

Quando esegui il deployment di Distributed Cloud connesso, sei responsabile di alcuni aspetti della sicurezza, in particolare della sicurezza fisica. Per proteggere il tuo deployment, consulta le best practice per la sicurezza fisica.

Non utilizzare i seguenti servizi, che non sono supportati dal BAA:

• Qualsiasi servizio di terze parti (inclusi i Servizi esclusi) diverso dai servizi forniti da una società consociata di Google o da un fornitore di infrastrutture basate su cloud.
• Qualsiasi strumento di integrazione API non sicuro.

Quando implementi i controlli degli accessi, tieni presente quanto segue:

• Utilizza il parametro access filter con gli attributi utente per applicare la sicurezza dei dati a livello di riga, colonna o campo in base all'utente o al gruppo di utenti.
• Riduci al minimo l'accesso ai dati per gli utenti limitando i privilegi di accesso di amministratori, sviluppatori e SQL Runner.
• Crea un processo che aiuti a impedire la condivisione di PHI con i servizi esclusi e il personale di Google, inclusi i team di assistenza tecnica che utilizzano l'accesso all'assistenza o i team di servizi professionali durante un incarico.
• Configura l'utilizzo delle API tra Google e il tuo fornitore o altre terze parti in modo sicuro.

Quando condividi i dati, tieni presente quanto segue:

• Non condividere le PHI né chiedere a Google di condividerle con una terza parte, a meno che non sia stato stipulato un BAA con la terza parte.
• Non condividere PHI via email. Configura Looker in modo che reindirizzi i destinatari delle email all'istanza di Looker in cui devono accedere per visualizzare i dati PHI o i contenuti sensibili correlati.
• Crea processi che contribuiscano a garantire che le PHI non vengano allegate o inviate utilizzando funzionalità di chat di assistenza tecnica.
• Archivia i risultati delle query della cache solo per il tempo minimo necessario per i set di dati e i casi d'uso.
• Limitare i casi in cui gli utenti possono creare link pubblici.
• Creare e conservare i log quando consenti a una terza parte di utilizzare le PHI aggregate.

Quando configuri la sicurezza, tieni presente quanto segue:

• Implementa metodi di autenticazione degli utenti standard di settore, come l'autenticazione a due fattori o l'SSO supportato da SAML. Se un utente utilizza l'SSO, limita l'autorizzazione login_special_email a un massimo di due utenti.
• Applica la sicurezza del set di dati nel modello Looker.
• Almeno una volta al trimestre, controlla tutti gli utenti, i gruppi, le autorizzazioni, i ruoli, le chiavi API, i link pubblici e i controlli di accesso, la condivisione e la configurazione della sicurezza aggiuntivi.

Quando configuri i controlli di sicurezza del database, tieni presente quanto segue:

• Quando concedi l'accesso ai tuoi database, segui il principio del privilegio minimo per il database e le relative informazioni.
• Assicurati che tutte le connessioni al database siano criptate in transito e utilizza un server tunnel per qualsiasi connessione tunnel SSH.
• Utilizza una lista consentita per limitare l'accesso esterno in modo da consentire solo indirizzi IP specifici di Google.
• Configura i diritti del database in modo che Google non disponga dell'accesso in scrittura o dell'accesso amministrativo ai tuoi database.