You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Enis Soztutar (JIRA)" <ji...@apache.org> on 2016/07/17 21:21:20 UTC
[jira] [Resolved] (HBASE-16203) may be a bug on hbase authorization
[ https://issues.apache.org/jira/browse/HBASE-16203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Enis Soztutar resolved HBASE-16203.
-----------------------------------
Resolution: Invalid
Can you please ask the question user@hbase.apache.org or dev@hbase.apache.org.
In short, you should give authorization to a principal (like newUser), rather than an instance of the principle, like "newUser/hostname@DOMAIN".
> may be a bug on hbase authorization
> -----------------------------------
>
> Key: HBASE-16203
> URL: https://issues.apache.org/jira/browse/HBASE-16203
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.98.10
> Reporter: wangyongqiang
>
> in hbase with kerbose and authorization on, I enter hbase shell with a hbase super user, and do the following steps:
> {quote}
> 1. grant "newUser/slave2@HADOOP.COM"
> "newUser/slave2@HADOOP.COM" is one of the kerbose principles
> 2. exit hbase shell
> 3. enter hbase shell again with principle "newUser/slave2@HADOOP.COM"
> 4. scan 't1'
> t1 is one of the table in hbase
> {quote}
> the result is: AccessDeniedException
> after debug regionServer code, I find the problem is:
> {quote}
> 1. when we grant the global admin to "newUser/slave2@HADOOP.COM", TableAuthManager store this info with the whole name, newUser/slave2@HADOOP.COM
> 2. when we enter hbase shell with principle "newUser/slave2@HADOOP.COM" and scan table, regionServer will do do authorization check, such as check if the user is superUser
> when do this check, use the short name(newUser), not the whole name(newUser/slave2@HADOOP.COM)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)