Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Conformità all'HIPAA con Apigee Edge
Garantire che i dati dei nostri clienti siano al sicuro, protetti e sempre a loro disposizione è una delle nostre priorità. Per dimostrare la propria conformità agli standard di sicurezza del settore, Google ha richiesto e ottenuto certificazioni di sicurezza come la certificazione ISO 27001 e gli audit SOC 2 e SOC 3 di tipo II. Per i clienti soggetti ai requisiti della normativa HIPAA (Health Insurance Portability and Accountability Act), Apigee Edge può supportare anche la conformità a questa normativa.
In base alla normativa HIPAA, alcune informazioni riguardanti la salute della persona o i servizi sanitari sono considerate dati sanitari protetti (PHI, Protected Health Information). I clienti di Apigee Edge soggetti alla normativa HIPAA che intendono utilizzare Apigee Edge con dati di tipo PHI devono firmare un Contratto di società in affari (BAA) con Google.
È responsabilità dei clienti di Apigee Edge determinare se sono soggetti ai requisiti della normativa HIPAA e se utilizzano o intendono utilizzare i servizi Google con dati di tipo PHI. I clienti che non hanno firmato un BAA con Google non devono utilizzare i servizi Google con dati di tipo PHI.
Gli amministratori sono tenuti a esaminare e accettare un BAA prima di utilizzare i servizi Google con dati di tipo PHI.
Abbiamo pubblicato la nostra Guida alla configurazione HIPAA di Apigee in questo argomento per aiutare i clienti a comprendere come organizzare i dati nei servizi Google quando gestiscono dati PHI. Questa guida si rivolge ai dipendenti delle organizzazioni che sono responsabili dell'implementazione della normativa HIPAA e della conformità in Apigee Edge.
Guida alla configurazione della normativa HIPAA per Edge Public Cloud
Questa guida viene fornita unicamente a scopo informativo. Apigee non intende che le informazioni o i consigli contenuti in questa guida costituiscano una consulenza legale. Ogni cliente è responsabile di valutare autonomamente il modo in cui usa i servizi così da adempiere ai propri obblighi di conformità legale.
I seguenti elementi devono essere esaminati dai clienti soggetti all'Health Insurance Portability and Accountability Act (noto come HIPAA, emendamenti inclusi, incluso dall'Health Information Technology for Economic and Clinical Health Act, o HITECH) che hanno acquistato il pacchetto di conformità HIPAA. Questi elementi sono self-service all'interno di Edge e possono aiutare l'organizzazione cliente (org) a soddisfare i propri obblighi di conformità HIPAA. Il concetto generale è "Google protegge la piattaforma, il cliente protegge i propri dati".
| Requisiti HIPAA | Sezioni |
|---|---|
| Conformità all'HIPAA: sicurezza - controllo dell'accesso | Utilizzo/Autorizzazioni |
| Conformità all'HIPAA: processo di gestione della sicurezza - revisione dell'attività del sistema informativo | Audit trail |
| Conformità all'HIPAA: gestione delle password di sicurezza | Requisiti per password complesse o SAML |
| Conformità HIPAA: sicurezza - procedura di gestione della sicurezza | Scansione degli endpoint |
| Conformità all'HIPAA: sicurezza - trasmissione | Configurazione TLS |
Traccia / Debug
Trace/Debug è uno strumento di risoluzione dei problemi che consente all'utente di visualizzare lo stato e i contenuti di una chiamata API durante l'elaborazione tramite il processore di messaggi Apigee. Trace e Debug sono due nomi dello stesso servizio, ma a cui si accede tramite meccanismi diversi. Trace è il nome di questo servizio all'interno della UI di Edge. Debug è il nome dello stesso servizio quando viene utilizzato tramite chiamate API. L'utilizzo del termine Trace in questo documento è valido sia per Trace che per Debug.
Durante una sessione di tracciamento, la "Mascheratura dei dati" viene applicata se abilitata e configurata dal cliente. Questo strumento può bloccare la visualizzazione dei dati durante una traccia. Consulta la sezione Mascheramento dei dati di seguito.
Le mappe chiave-valore (KVM) criptate vengono utilizzate per i clienti che richiedono la conformità HIPAA. Con una KVM criptata in uso, Trace può comunque essere utilizzato, ma alcune variabili non saranno visibili nella schermata di visualizzazione di Trace. È possibile eseguire passaggi aggiuntivi per visualizzare queste variabili durante una traccia.
Istruzioni dettagliate sull'utilizzo di Trace sono disponibili in Utilizzo dello strumento Trace.
I dettagli sulle KVM, incluse quelle criptate, sono disponibili in Utilizzare le mappe chiave-valore.
Utilizzo/Autorizzazioni
L'accesso a Trace è gestito tramite il sistema RBAC (controllo degli accessi basato sui ruoli) per gli account utente all'interno di Edge (conformità HIPAA: sicurezza - controllo degli accessi). Istruzioni dettagliate sull'utilizzo del sistema RBAC per concedere e revocare i privilegi di Trace sono disponibili in Assegnazione dei ruoli e Creazione di ruoli personalizzati nell'interfaccia utente. Le autorizzazioni di tracciamento consentono all'utente di avviare una traccia, interromperla e accedere all'output di una sessione di tracciamento.
Poiché Trace ha accesso al payload delle chiamate API (formalmente chiamato "corpo del messaggio"), è importante considerare chi ha accesso per eseguire una traccia. Poiché la gestione degli utenti è una responsabilità del cliente, anche la concessione delle autorizzazioni di Trace è una responsabilità del cliente. Apigee, in qualità di proprietario della piattaforma, ha la possibilità di aggiungere un utente a un'organizzazione cliente e di assegnare i privilegi. Questa funzionalità viene utilizzata solo su richiesta del cliente per l'assistenza in una situazione in cui sembra che il servizio clienti non funzioni e si ritiene che la revisione di una sessione di Trace fornisca le informazioni migliori sulla causa principale.
Mascheramento dei dati
Il mascheramento dei dati impedisce la visualizzazione dei dati sensibili solo durante una sessione di Trace/Debug, sia in Trace (UI Edge) sia nel backend tramite Debug (API Edge). I dettagli su come configurare il mascheramento sono disponibili all'indirizzo Mascheramento e occultamento dei dati.
Il mascheramento dei dati NON impedisce la visualizzazione dei dati nei file di log, nella cache, in Analytics e così via. Per assistenza con il mascheramento dei dati nei log, valuta la possibilità di aggiungere un pattern regex al file logback.xml. In genere, i dati sensibili non devono essere scritti nella cache o in Analytics senza una solida giustificazione aziendale e una revisione da parte dei team legali e di sicurezza.
Cache L1 e L2
L'utilizzo della cache L1 utilizzerà automaticamente anche la cache L2. La cache L1 è "solo memoria", mentre la cache L2 scrive i dati sul disco per sincronizzarli tra più cache L1. La cache L2 mantiene sincronizzati più Message Processor all'interno di una regione e a livello globale. Al momento non è possibile attivare la cache L1 senza una cache L2. La cache L2 scrive i dati sul disco in modo che possano essere sincronizzati con altri elaboratori di messaggi per l'organizzazione del cliente. Istruzioni dettagliate sull'utilizzo della cache sono disponibili all'indirizzo Aggiunta di memorizzazione nella cache e persistenza.
Audit trail
I clienti hanno la possibilità di esaminare la traccia di audit di tutte le attività amministrative eseguite all'interno dell'organizzazione del cliente, incluso l'utilizzo di Trace (conformità HIPAA: procedura di gestione della sicurezza - revisione dell'attività del sistema informativo). Istruzioni dettagliate sono disponibili qui e in Utilizzo dello strumento Traccia.
Requisiti di password complessi o SAML
Per i clienti HIPAA, le password utente sono configurate per soddisfare requisiti avanzati come lunghezza, complessità e durata. (Conformità all'HIPAA: gestione delle password di sicurezza)
Edge offre anche l'autenticazione a più fattori, descritta in Attivare l'autenticazione a due fattori per l'account Apigee e SAML, descritta in Attivazione dell'autenticazione SAML per Edge, come alternative per i controlli di autenticazione.
Sicurezza degli endpoint
Scansione degli endpoint
I clienti Edge Cloud sono responsabili della scansione e del test dei propri endpoint API (a volte chiamati "componenti di runtime") in Edge ( Conformità all'HIPAA: sicurezza - processo di gestione della sicurezza). I test dei clienti devono coprire i servizi proxy API effettivi ospitati su Edge, dove il traffico API viene inviato a Edge prima di essere elaborato e poi consegnato al data center del cliente. I test delle risorse condivise, come l'interfaccia utente del portale di gestione, non sono approvati per i singoli clienti (un report di terze parti che copre i test dei servizi condivisi è disponibile per i clienti in base a un accordo di non divulgazione e su richiesta).
I clienti devono testare i propri endpoint API ed è consigliabile che lo facciano. Il tuo contratto con Apigee non vieta il test degli endpoint API, ma ti chiede di non testare l'interfaccia utente di gestione condivisa. Tuttavia, se sono necessari ulteriori chiarimenti, apri un ticket di assistenza facendo riferimento ai test pianificati. È gradita la notifica ad Apigee in anticipo in modo da poter essere a conoscenza del traffico di test.
I clienti che testano i propri endpoint devono verificare la presenza di problemi specifici dell'API, di problemi relativi ai servizi Apigee e controllare anche TLS e altri elementi configurabili. Eventuali elementi trovati e correlati ai servizi Apigee devono essere comunicati ad Apigee tramite un ticket di assistenza.
La maggior parte degli elementi correlati all'endpoint sono elementi self-service per i clienti e possono essere risolti consultando la documentazione di Edge. Se ci sono elementi per i quali non è chiaro come risolverli, apri una richiesta di assistenza.
Configurazione TLS
I clienti sono responsabili della definizione e della configurazione dei propri endpoint TLS per i proxy API. Questa è una funzionalità self-service in Edge. I requisiti dei clienti in merito a crittografia, protocollo e selezione degli algoritmi variano notevolmente e sono specifici per i singoli casi d'uso. Poiché Apigee non conosce i dettagli della progettazione delle API e dei payload di dati di ogni cliente, i clienti hanno la responsabilità di determinare la crittografia appropriata per i dati in transito ( Conformità all'HIPAA: sicurezza - Trasmissione).
Istruzioni dettagliate sulla configurazione TLS sono disponibili all'indirizzo TLS/SSL.
Archiviazione dati
L'archiviazione dei dati all'interno di Edge non è necessaria per il corretto funzionamento di Edge. Tuttavia, sono disponibili servizi per l'archiviazione dei dati in Edge. I clienti possono scegliere di utilizzare la cache o Analytics per l'archiviazione dei dati. Si consiglia agli amministratori clienti di esaminare la configurazione, le norme e le implementazioni per evitare un utilizzo accidentale o dannoso dei servizi di archiviazione dati in Edge in modo non conforme.
Crittografia dei dati del payload
Gli strumenti di crittografia dei dati non vengono offerti ai clienti per l'utilizzo in Edge. Tuttavia, i clienti sono liberi di criptare i dati prima di inviarli a Edge. I dati criptati nel payload (o nel corpo del messaggio) non impediscono il funzionamento di Edge. Alcune policy di Edge potrebbero non essere in grado di interagire con i dati se vengono ricevuti criptati dal cliente. Ad esempio, una trasformazione non è possibile se i dati stessi non sono disponibili per la modifica da parte di Edge. Tuttavia, altre norme, norme e bundle creati dai clienti funzioneranno anche se il payload di dati è criptato.
PII negli URI
La piattaforma di analisi unificata (UAP) di Apigee acquisisce i dati di analisi, inclusi eventuali dati PHI o altri dati sensibili inclusi nell'URI di una chiamata API in Apigee Edge, e li conserva per 13 mesi. Le informazioni sanitarie personali nell'URI sono supportate dagli standard Fast Healthcare Interoperability Resources (FHIR) e pertanto sono supportate da Apigee. I dati di Analytics nella UAP vengono criptati at-rest per impostazione predefinita.
Apigee attualmente non supporta:
- Mascheramento dei dati a UAP
- Modifica del ciclo di conservazione
- Disattivare UAP
- Eliminazione dell'URI dalla raccolta dei dati UAP