accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Turner (JIRA)" <>
Subject [jira] [Commented] (ACCUMULO-980) support pluggable codecs for RFile
Date Fri, 01 Feb 2013 19:36:13 GMT


Keith Turner commented on ACCUMULO-980:

Some thoughts on storing block un-encrypted in memory.   The data has to be decrypted and
stored in memory at some point to be read.  Not storing it decrypted in cache just reduces
the probability of that data swapping.  I would think if someone is using encryption, they
would appropriately configure swap.  I am thinking we should not concern ourselves with swap
or scrubbing all memory that ever held encrypted data.   I suppose one other consideration
with the cache is that the decrypted data could still be floating around there even after
a table was deleted.  This data would be available to anyone that could do a heap dump.
> support pluggable codecs for RFile
> ----------------------------------
>                 Key: ACCUMULO-980
>                 URL:
>             Project: Accumulo
>          Issue Type: Improvement
>            Reporter: Adam Fuchs
>            Assignee: Adam Fuchs
>             Fix For: 1.6.0
>         Attachments: RFile-Changes-Proposal-V1.pdf
> As part of the encryption at rest story, RFile should support pluggable modules where
it currently has hardcoded options for compression codecs. This is a natural place to add
encryption capabilities, as the cost of encryption would likely not be significantly different
from the cost of compression, and the block-level integration should maintain the same seek
and scan performance. Given the many implementation options for both encryption and compression,
it makes sense to have a plugin structure here.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message