hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (HDFS-11357) Secure Delete
Date Fri, 03 Feb 2017 02:10:52 GMT

    [ https://issues.apache.org/jira/browse/HDFS-11357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15850920#comment-15850920
] 

Andrew Purtell edited comment on HDFS-11357 at 2/3/17 2:10 AM:
---------------------------------------------------------------

[~jpallas] As stated above this isn't useful for COW filesystems or media, and cryptographic
erase is the ideal (IMHO).
Really, it's fine with me if you lot decide this isn't worth it given the limitations. Thought
I'd put it out there anyway


was (Author: apurtell):
[~jpallas] As stated above this isn't useful for COW filesystems or media, and cryptographic
erase is the idea (IMHO).
Really, it's fine with me if you lot decide this isn't worth it given the limitations. Thought
I'd put it out there anyway

> Secure Delete
> -------------
>
>                 Key: HDFS-11357
>                 URL: https://issues.apache.org/jira/browse/HDFS-11357
>             Project: Hadoop HDFS
>          Issue Type: New Feature
>            Reporter: Andrew Purtell
>            Assignee: Andrew Purtell
>            Priority: Minor
>         Attachments: 0001-HDFS-secure-delete.patch, HDFS-11357.patch
>
>
> Occasionally for compliance or other legal/process reasons it is necessary to attest
that data has been deleted in such a way that it cannot be retrieved even through low level
forensics (for some reasonable definition of this that typically excludes the resources a
state actor can bring to data recovery). HDFS at-rest encryption offers one way to achieve
this, if the data keying strategy is highly granular. One simply "forgets" a key corresponding
to a given set of files and the data becomes irretrievable. However if HDFS at-rest encryption
is not enabled or a fine grained keying strategy is not possible, another simple strategy
can be employed. 
> The objective is to ensure once a block is deleted no trace of the data within the block
exists on disk in unallocated regions, for all blocks, providing assurance deleted data cannot
be recovered at any time through reasonable effort even with low level access. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org


Mime
View raw message