Hadoop基础-HDFS安全管家之Kerberos实战篇

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　作者：尹正杰

版权声明：原创作品，谢绝转载！否则将追究法律责任。

 

 

　　我们都知道hadoop有很多不同的发行版，比如：Apache Hadoop，CDH，HDP，MapR，EMR等等，我们使用这些组件部署的hdfs分布式文件系统时，都会面临很直接的一个安全问题，比如Java大数据开发工程师可以在java源代码中使用“System.setProperty("HADOOP_USER_NAME","yinzhengjie");”来提权操作，只要client能够连接上hadoop集群就能或得hadoop集群上“yinzhengjie”这个用户对应的权限。这样做是很不安全的！而实行Kerberos后，任意机器的任意用户都必须现在 Kerberos 的 KDC 中有记录，才允许和集群中其它的模块进行通信。

 

 

一.Kerberos工作原理

 

如上图所示，详细步骤如下：1>.用户发送自己的用户信息给KDC;2>.KDC访问AS服务，获得TGT;3>.KDC用client key加密TGT以及一个Session Key给用户;用户得到加密数据后，使用client key解密得到TGT和Session Key;4>.Client将之前获得TGT和要请求的服务信息(服务名等)发送给KDC;5>.认证用户合法后，KDC中的TGS将Session Key和用户名，用户地址（IP），服务名，有效期, 时间戳一起包装成一个Ticket;6>.KDC将Ticket用Server key加密并发送Client;7>.此时Client没有密钥B所以他无法查看Ticket中的内容，于是Client将Ticket直接转发Service；同时Client将自己的用户名，用户地址（IP）打包成Authenticator，用之前获得的Session Key加密也发送给Service。 8>.客户端验证过程:Service 收到Ticket后利用它与KDC之间的Server key将Ticket中的信息解密出来，从而获得Session Key和用户名，用户地址（IP），服务名，有效期。然后再用SK将Authenticator解密从而获得用户名，用户地址（IP）将其与之前Ticket中解密出来的用户名，用户地址（IP）做比较，从而验证Client的身份。9>.如果Service有返回结果，将其返回给Client。在Hadoop应用中，服务器可以是namenode或jobtracker。                        简单的说，使用Kerberos时，一个客户端大致需要经过三个步骤来获取服务:    1>.认证：        客户端向认证服务器发送一条报文，并获取一个含时间戳的Ticket-Granting Ticket（TGT）和一个Session Key。    2>.授权：        客户端使用TGT向Ticket-Granting Server（TGS）请求一个服务Ticket。    3>.服务请求：        客户端向服务器出示服务Ticket，以证实自己的合法性。该服务器提供客户端所需服务，在Hadoop应用中，服务器可以是namenode或jobtracker。温馨提示：    Kerberos需要The Key Distribution Centers（KDC）来进行认证。KDC只有一个Master，可以带多个slaves机器。slaves机器仅进行普通验证。Mater上做的修改需要自动同步到slaves。另外，KDC需要一个admin，来进行日常的管理操作。这个admin可以通过远程或者本地方式登录。

 

二.Kerberos部署实战

 

 

 

三.