Estou pensando em hospedar um aplicativo Web compatível com HIPAA nas VMs do Azure. Para o banco de dados, agora estou inclinado a usar uma VM com o SQL 2014 Standard Edition.
Como o TDE não está disponível no Standard Edition, vou usar o BitLocker para criptografar a unidade inteira. De acordo com o que li, no entanto, não é possível criptografar a unidade do SO em uma VM do Azure sem usar algum tipo de serviço de terceiros (como o CloudLink ).
Este artigo do MSDN implica que, no entanto, é possível usar o BitLocker para criptografar a unidade de dados. Portanto, acho que minha pergunta é dupla:
1) É possível criptografar a unidade de dados com o BitLocker em uma VM do Azure?
2) Se eu receber uma VM do Azure com SQL Standard, será necessário criptografar a unidade do SO para permanecer compatível com HIPAA?
fonte
Respostas:
Disclaimer: Eu não sou um advogado.
Primeiro, algumas leituras obrigatórias:
Central de Confiabilidade do Microsoft Azure
Pode ser necessário assinar um BAA com seu provedor de nuvem (Azure). Pergunte ao (s) representante (s) de conformidade.
Aqui está o Guia de Implementação do Azure HIPAA .
As VMs do Azure e as instâncias SQL do SQL e SQL Server em execução nas VMs do Azure estão no escopo e são suportadas aqui.
O Bitlocker é suficiente para criptografar os dados em repouso. Ele usa a criptografia AES de uma maneira que satisfaça os requisitos HIPAA (bem como os requisitos de outras organizações similares) para criptografia de dados em repouso.
Além disso, o SQL Server não armazenará dados confidenciais e não criptografados na unidade do SO, a menos que você configure o SQL para fazer isso ... como, por exemplo, configurar o TempDB para viver na unidade do SO ou algo assim.
A criptografia de células / campos / colunas em bancos de dados individuais não é estritamente necessária, desde que você já tenha satisfeito os requisitos de criptografia de dados em repouso de outras maneiras, por exemplo, TDE ou Bitlocker.
A maneira como você escolhe gerenciar a chave de criptografia do Bitlocker pode surgir, pois ela não fica dentro de um chip TPM ou em uma unidade USB removível, pois você não tem acesso à máquina física. (Considere que um administrador de sistemas insira manualmente uma senha para desbloquear a unidade de dados toda vez que o servidor reiniciar.) Esse é um dos principais atrativos para serviços como o CloudLink, pois eles gerenciam essa chave de criptografia sagrada para você.
fonte
Respondendo ao seu comentário: Se você instalar o SQL Server em D: e o Windows executar em C:, os dados do SQL permanecerão: os arquivos MDF e LDF (em D :), no TempDB (em D :) e na Memória. É possível, em um estado grave de pouca memória, que os dados sejam trocados para o arquivo de paginação, que pode estar em C :. Bloquear páginas na memória pode ajudar. O SQL 2014 deve suportar isso. Consulte http://support.microsoft.com/kb/918483 .
fonte