Database level authorization can be circumvented by first "using" a database that one has ALL privileges to -----------------------------------------------------------------------------------------------------------
Key: HIVE-2538 URL: https://issues.apache.org/jira/browse/HIVE-2538 Project: Hive Issue Type: Bug Components: Security Affects Versions: 0.7.1 Reporter: Sriram Krishnan You can replicate this bug by recreating my setup, which I describe below: I have our "default" database set up to only allow SELECT for user "skrishnan". But user skrishnan has "ALL" privileges on database "skrishnan". The following works correctly (i.e user shouldn't be able to create a table in the default database): hive> use default; OK Time taken: 0.043 seconds hive> create table skrishnan_test(i int); Authorization failed:No privilege 'Create' found for outputs { database:default}. Use show grant to get more details. (*Correct Behavior*) However, user skrishnan can indeed create tables in the default database by doing this: hive> use skrishnan; OK Time taken: 0.038 seconds hive> create table *default.skrishnan_test(i int);* OK Time taken: 0.34 seconds (*Incorrect behavior*) That means that the database level authorization is basically circumvented by first using a database that a user has all privileges to. And then using the fully qualified table name (db\_name.table\_name) for a database that a user doesn't have permissions to. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira