[
https://issues.apache.org/jira/browse/HDFS-6134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14042805#comment-14042805
]
Alejandro Abdelnur commented on HDFS-6134:
------------------------------------------
[~sanjay.radia], on " isn't it sufficient to hand out a keyname rather than the
encrypted DEK?"
encrypted DEKs are not stored in the KeyProvider, the KeyProvider creates the
DEK, encrypts the DEK (EDEK), an returns the EDEK to the NN. The NN stores the
EDEK in an xAttr of the file. the EDEK is handed to the HDFS client, who hands
it the KeyProvider to get it decrypted DEK. Only the KeyProvider has the key to
encrypt/decrypt DEKs.
> Transparent data at rest encryption
> -----------------------------------
>
> Key: HDFS-6134
> URL: https://issues.apache.org/jira/browse/HDFS-6134
> Project: Hadoop HDFS
> Issue Type: New Feature
> Components: security
> Affects Versions: 2.3.0
> Reporter: Alejandro Abdelnur
> Assignee: Alejandro Abdelnur
> Attachments: HDFSDataatRestEncryptionProposal_obsolete.pdf,
> HDFSEncryptionConceptualDesignProposal-2014-06-20.pdf
>
>
> Because of privacy and security regulations, for many industries, sensitive
> data at rest must be in encrypted form. For example: the healthÂcare industry
> (HIPAA regulations), the card payment industry (PCI DSS regulations) or the
> US government (FISMA regulations).
> This JIRA aims to provide a mechanism to encrypt HDFS data at rest that can
> be used transparently by any application accessing HDFS via Hadoop Filesystem
> Java API, Hadoop libhdfs C library, or WebHDFS REST API.
> The resulting implementation should be able to be used in compliance with
> different regulation requirements.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
