Você está lendo a documentação do Apigee Edge.
Acesse a documentação da
Apigee X. info
Conformidade com a HIPAA usando o Apigee Edge
Garantir que os dados dos nossos clientes estejam seguros, protegidos e sempre disponíveis é uma das nossas maiores prioridades. Para demonstrar o compliance com os padrões de segurança do setor, o Google solicitou e recebeu certificações de segurança, como a ISO 27001 e as auditorias SOC 2 e SOC 3 Tipo II. Para os clientes que estão sujeitos aos requisitos da Lei de Portabilidade e Responsabilidade de Seguros de Saúde (HIPAA), o Apigee Edge também pode ajudar na conformidade com essa lei.
De acordo com a HIPAA, determinadas informações sobre a saúde e os serviços de assistência médica de uma pessoa são classificadas como Informações Protegidas de Saúde (PHI). Os clientes do Apigee Edge sujeitos à HIPAA que quiserem usar o Apigee Edge com PHI precisam assinar um Contrato de parceria comercial (BAA) com o Google.
Os clientes do Apigee Edge são responsáveis por determinar se estão sujeitos aos requisitos da HIPAA e se usam ou pretendem usar os Serviços do Google com PHI. Os clientes que não assinaram um BAA com o Google não podem usar os Serviços do Google com PHI.
Os administradores precisam analisar e aceitar um BAA antes de usar os Serviços do Google com PHI.
Publicamos nosso Guia de configuração da HIPAA da Apigee neste tópico para ajudar os clientes a entender como organizar dados nos Serviços do Google ao lidar com PHI. Este guia é destinado a funcionários de organizações responsáveis pela implementação da HIPAA e pela conformidade com o Apigee Edge.
Guia de configuração da HIPAA para a nuvem pública do Edge
Este guia é apenas informativo. As informações e recomendações disponibilizadas aqui pela Apigee não constituem assessoria jurídica. Cada cliente é responsável por avaliar, de forma independente, o próprio uso dos serviços conforme apropriado para cumprir as respectivas obrigações de conformidade legal.
Os itens a seguir precisam ser revisados por clientes sujeitos à Lei de Portabilidade e Responsabilidade de Seguros de Saúde (HIPAA, na sigla em inglês), conforme alterada, incluindo pela Lei de Tecnologia da Informação em Saúde para Saúde Econômica e Clínica (HITECH, na sigla em inglês), que compraram o pacote de compliance com a HIPAA. Esses itens são de autoatendimento no Edge e podem ajudar a organização do cliente a cumprir as obrigações de compliance com a HIPAA. O conceito geral é: "O Google protege a plataforma, e o cliente protege os dados".
| Requisitos da HIPAA | Seções |
|---|---|
| Compliance com a HIPAA: segurança – controle de acesso | Uso/autorizações |
| Conformidade com a HIPAA: processo de gerenciamento de segurança – revisão da atividade do sistema de informações | Trilha de auditoria |
| Conformidade com a HIPAA: gerenciamento de senhas de segurança | Requisitos de senha complexa ou SAML |
| Conformidade com a HIPAA: segurança – processo de gerenciamento de segurança | Verificação de endpoints |
| Compliance com a HIPAA: segurança – transmissão | Configuração de TLS |
Trace / Debug
O rastreamento/depuração é uma ferramenta de solução de problemas que permite ao usuário ver o status e o conteúdo de uma chamada de API à medida que ela é processada pelo processador de mensagens da Apigee. Trace e Debug são dois nomes para o mesmo serviço, mas acessados por mecanismos diferentes. "Trace" é o nome desse serviço na interface do Edge. Debug é o nome do mesmo serviço quando usado em chamadas de API. O uso do termo "Trace" neste documento é válido para "Trace" e "Debug".
Durante uma sessão de rastreamento, o "mascaramento de dados" é aplicado se estiver ativado e configurado pelo cliente. Essa ferramenta pode impedir que os dados sejam mostrados durante um rastreamento. Consulte a seção Mascaramento de dados abaixo.
Os mapas de chave-valor (KVMs) criptografados são usados para clientes que precisam de conformidade com a HIPAA. Com uma KVM criptografada em uso, o Trace ainda pode ser usado, mas algumas variáveis não vão ficar visíveis na tela de exibição do Trace. É possível seguir outras etapas para também mostrar essas variáveis durante um rastreamento.
Instruções detalhadas sobre o uso do Trace estão disponíveis em Como usar a ferramenta Trace.
Confira detalhes sobre KVMs, incluindo KVMs criptografados, em Como trabalhar com mapas de chave-valor.
Uso/autorizações
O acesso ao Trace é gerenciado pelo sistema RBAC (controle de acesso baseado em função) para contas de usuário no Edge (Conformidade com a HIPAA: segurança – controle de acesso). Instruções detalhadas sobre como usar o sistema RBAC para conceder e revogar privilégios do Trace estão disponíveis em Atribuição de papéis e Criação de papéis personalizados na interface. As permissões de rastreamento permitem que o usuário inicie e pare um rastreamento e acesse a saída de uma sessão de rastreamento.
Como o Trace tem acesso ao payload das chamadas de API (formalmente chamado de "corpo da mensagem"), é importante considerar quem tem acesso para executar um rastreamento. Como o gerenciamento de usuários é uma responsabilidade do cliente, a concessão de permissões do Trace também é. A Apigee, como proprietária da plataforma, pode adicionar um usuário a uma organização do cliente e atribuir os privilégios. Essa capacidade só é usada quando o cliente pede suporte em uma situação em que parece que o atendimento ao cliente está falhando e acredita-se que a análise de uma sessão de rastreamento forneça as melhores informações sobre a causa raiz.
Mascaramento de dados
O mascaramento de dados impede a exibição de dados sensíveis apenas durante uma sessão de trace/depuração, tanto no trace (interface do Edge) quanto no back-end pela depuração (API do Edge). Detalhes sobre como configurar o mascaramento estão disponíveis em Mascaramento e ocultação de dados.
A mascaramento de dados NÃO impede que os dados fiquem visíveis em arquivos de registro, no cache, na análise etc. Para receber ajuda com o mascaramento de dados em registros, considere adicionar um padrão de regex ao arquivo logback.xml. Normalmente, dados sensíveis não devem ser gravados em cache ou análises sem uma justificativa comercial forte e uma revisão das equipes de segurança e jurídica.
Cache L1 e L2
O uso do cache L1 também usa automaticamente o cache L2. O cache L1 é "somente memória", enquanto o cache L2 grava dados no disco para sincronizar em vários caches L1. O cache L2 mantém vários processadores de mensagens sincronizados em uma região e globalmente. No momento, não é possível ativar o cache L1 sem um cache L2 por trás dele. O cache L2 grava dados no disco para que eles possam ser sincronizados com outros processadores de mensagens da organização do cliente. Instruções detalhadas sobre como usar o cache estão disponíveis em Adicionar cache e persistência.
Trilha de auditoria
Os clientes podem analisar a trilha de auditoria de todas as atividades administrativas realizadas na organização do cliente, incluindo o uso do Trace (Conformidade com a HIPAA: Processo de gerenciamento de segurança: análise da atividade do sistema de informações). Instruções detalhadas estão disponíveis aqui e em Como usar a ferramenta de rastreamento.
Requisitos de senha complexa ou SAML
Para clientes sujeitos à HIPAA, as senhas de usuário são configuradas para atender a requisitos avançados, como comprimento, complexidade e vida útil. Conformidade com a HIPAA: gerenciamento de senhas de segurança
O Edge também oferece autenticação multifator, descrita em Ativar a autenticação de dois fatores na sua conta do Apigee, e SAML, descrita em Ativar a autenticação SAML no Edge, como alternativas para controles de autenticação.
Segurança de endpoints
Verificação de endpoints
Os clientes do Edge Cloud são responsáveis pela verificação e teste dos endpoints de API (às vezes chamados de "componentes de tempo de execução") no Edge ( Conformidade com a HIPAA: segurança – processo de gerenciamento de segurança). Os testes do cliente precisam abranger os serviços de proxy de API reais hospedados no Edge, em que o tráfego de API é enviado para o Edge antes de ser processado e entregue ao data center do cliente. O teste de recursos compartilhados, como a interface do portal de gerenciamento, não é aprovado para clientes individuais. Um relatório de terceiros que abrange o teste dos serviços compartilhados está disponível para clientes sob um contrato de confidencialidade e mediante solicitação.
Os clientes devem testar os endpoints da API, e são incentivados a fazer isso. Seu contrato com a Apigee não proíbe o teste dos endpoints de API, mas pede que você não teste a interface compartilhada de gerenciamento. No entanto, se precisar de mais esclarecimentos, abra um tíquete de suporte referenciando o teste planejado. A Apigee agradece a notificação antecipada para que possamos estar cientes do tráfego de teste.
Os clientes que testam os endpoints precisam procurar problemas específicos da API, problemas relacionados aos serviços da Apigee e verificar o TLS e outros itens configuráveis. Todos os itens encontrados e relacionados aos serviços da Apigee precisam ser comunicados à Apigee por um tíquete de suporte.
A maioria dos itens relacionados ao endpoint são de autoatendimento e podem ser corrigidos revisando a documentação do Edge. Se houver itens em que não está claro como corrigir, abra uma solicitação de suporte.
Configuração de TLS
Os clientes são responsáveis por definir e configurar os próprios endpoints TLS para proxies de API. Esse é um recurso de autoatendimento no Edge. Os requisitos dos clientes relacionados a criptografia, protocolo e seleções de algoritmos variam muito e são específicos para casos de uso individuais. Como a Apigee não conhece os detalhes do design de API e dos payloads de dados de cada cliente, é responsabilidade dos clientes determinar a criptografia adequada para dados em trânsito (Conformidade com a HIPAA: segurança – transmissão).
Instruções detalhadas sobre a configuração do TLS estão disponíveis em TLS/SSL.
Armazenamento de dados
O armazenamento de dados no Edge não é necessário para que ele funcione corretamente. No entanto, há serviços disponíveis para armazenamento de dados no Edge. Os clientes podem usar o cache ou a análise para armazenamento de dados. Recomendamos que os administradores de clientes revisem as configurações, políticas e implantações para evitar o uso acidental ou malicioso dos serviços de armazenamento de dados no Edge de maneira não compatível.
Criptografia de dados do payload
As ferramentas de criptografia de dados não são oferecidas aos clientes para uso no Edge. No entanto, os clientes podem criptografar os dados antes de enviá-los para o Edge. Os dados criptografados no payload (ou corpo da mensagem) não impedem o funcionamento do Edge. Algumas políticas do Edge podem não conseguir interagir com os dados se eles forem recebidos criptografados pelo cliente. Por exemplo, uma transformação não é possível se os dados não estiverem disponíveis para o Edge mudar. No entanto, outras políticas e pacotes e políticas criadas pelo cliente vão funcionar mesmo que o payload de dados esteja criptografado.
PII em URIs
A plataforma unificada de análise (UAP, na sigla em inglês) da Apigee captura dados de análise, incluindo qualquer PHI ou outros dados sensíveis incluídos no identificador uniforme de recursos (URI) de uma chamada de API para o Apigee Edge, e os retém por 13 meses. As PHIs no URI são compatíveis com os padrões de recursos de interoperabilidade rápida de saúde (FHIR, na sigla em inglês) e, portanto, com a Apigee. Os dados do Google Analytics na UAP são criptografados em repouso por padrão.
No momento, a Apigee não oferece suporte a:
- Mascaramento de dados para UAP
- Como mudar o ciclo de retenção
- Como desativar a UAP
- Descartar o URI da coleta de dados da UAP