Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 50655 invoked from network); 7 May 2009 23:35:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 May 2009 23:35:13 -0000 Received: (qmail 16267 invoked by uid 500); 7 May 2009 23:35:11 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 16220 invoked by uid 500); 7 May 2009 23:35:11 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 16185 invoked by uid 99); 7 May 2009 23:35:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 May 2009 23:35:11 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 May 2009 23:35:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 7480C234C4A8 for ; Thu, 7 May 2009 16:34:47 -0700 (PDT) Message-ID: <380336563.1241739287476.JavaMail.jira@brutus> Date: Thu, 7 May 2009 16:34:47 -0700 (PDT) From: "Kan Zhang (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-4359) Support for data access authorization checking on DataNodes In-Reply-To: <2138300697.1223352224225.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-4359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12707183#action_12707183 ] Kan Zhang commented on HADOOP-4359: ----------------------------------- Uploaded a new patch to match current trunk. No functional change. > Support for data access authorization checking on DataNodes > ----------------------------------------------------------- > > Key: HADOOP-4359 > URL: https://issues.apache.org/jira/browse/HADOOP-4359 > Project: Hadoop Core > Issue Type: New Feature > Components: dfs > Reporter: Kan Zhang > Assignee: Kan Zhang > Attachments: at13.patch, at19.patch, at31.patch, at33.patch, at34.patch, at35.patch, at36.patch, at37.patch > > > Currently, DataNodes do not enforce any access control on accesses to its data blocks. This makes it possible for an unauthorized client to read a data block as long as she can supply its block ID. It's also possible for anyone to write arbitrary data blocks to DataNodes. > When users request file accesses on the NameNode, file permission checking takes place. Authorization decisions are made with regard to whether the requested accesses to those files (and implicitly, to their corresponding data blocks) are permitted. However, when it comes to subsequent data block accesses on the DataNodes, those authorization decisions are not made available to the DataNodes and consequently, such accesses are not verified. Datanodes are not capable of reaching those decisions independently since they don't have concepts of files, let alone file permissions. > In order to implement data access policies consistently across HDFS services, there is a need for a mechanism by which authorization decisions made on the NameNode can be faithfully enforced on the DataNodes and any unauthorized access is declined. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.