[HIVE-12408] SQLStdAuthorizer should not require external table creator to be owner of directory, in addition to rw permissions

• Type: Bug
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: 0.14.0
• Fix Version/s: 3.0.0
• Component/s: Authorization, Security, SQLStandardAuthorization

Environment

HDP 2.2 + Kerberos

• Assignee: Akira Ajisaka Assign to me
• Reporter: Hari Sekhon
• Created: 13/Nov/15 16:21
• Updated: 11/Feb/19 22:46
• Resolved: 26/Oct/17 23:38

Description

When trying to create an external table via beeline in Hive using the SQLStdAuthorizer it expects the table creator to be the owner of the directory path and ignores the group rwx permission that is granted to the user.

Error: Error while compiling statement: FAILED: HiveAccessControlException Permission denied: Principal [name=hari, type=USER] does not have following privileges for operation CREATETABLE [[INSERT, DELETE, OBJECT OWNERSHIP] on Object [type=DFS_URI, name=/etl/path/to/hdfs/dir]] (state=42000,code=40000)

All it should be checking is read access to that directory.

The directory owner requirement breaks the ability of more than one user to create external table definitions to a given location. For example this is a flume landing directory with json data, and the /etl tree is owned by the flume user. Even chowning the tree to another user would still break access to other users who are able to read the directory in hdfs but would still unable to create external tables on top of it.

This looks like a remnant of the owner only access model in SQLStdAuth and is a separate issue to HIVE-11864 / HIVE-12324.

Issue Links

• breaks: HIVE-18012 fix ct_noperm_loc test