You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "T Jake Luciani (JIRA)" <ji...@apache.org> on 2015/08/06 16:03:05 UTC

[jira] [Comment Edited] (CASSANDRA-9927) Security for MaterializedViews

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

T Jake Luciani edited comment on CASSANDRA-9927 at 8/6/15 2:02 PM:
-------------------------------------------------------------------

I don't think they inherit the base tables permissions currently.  

It would be trivial to add the current role to the MV at the time of MV creation.  However it's not clear if you want the role pinned so any changes to the base affect the view.  That would go against the let users add different roles for different views.  




was (Author: tjake):
I don't think they inherit the base tables permissions currently.  

I would be trivial to add the current role to the MV at the time of MV creation.  However it's not clear if you want the role pinned so any changes to the base affect the view.  That would go against the let users add different roles for different views.  



> Security for MaterializedViews
> ------------------------------
>
>                 Key: CASSANDRA-9927
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9927
>             Project: Cassandra
>          Issue Type: Task
>            Reporter: T Jake Luciani
>              Labels: materializedviews
>             Fix For: 3.0 beta 1
>
>
> We need to think about how to handle security wrt materialized views. Since they are based on a source table we should possibly inherit the same security model as that table.  
> However I can see cases where users would want to create different security auth for different views.  esp once we have CASSANDRA-9664 and users can filter out sensitive data.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)