Kerberos 服务(kerberos官网)是一种通过网络提供安全验证处理的客户机/服务器体系结构。通过验证，可保证网络事务的发送者和接收者的身份真实。该服务还可以检验来回传递的数据的有效性（完整性），并在传输过程中对数据进行加密（保密性）。使用 Kerberos 服务，可以安全登录到其他计算机、执行命令、交换数据以及传输文件。此外，该服务还提供授权服务，这样，管理员便可限制对服务和计算机的访问。而且，作为 Kerberos 用户，您还可以控制其他用户对您帐户的访问。
Kerberos原理
Kerberos 服务是单点登录系统，这意味着您对于每个会话只需向服务进行一次自我验证，即可自动保护该会话过程中所有后续事务的安全。服务对您进行验证后，即无需在每次使用基于 Kerberos 的服务时进行验证。因此，无需在每次使用这些服务时都在网络上发送口令（增强了安全性）。MIT写了一段故事型的对话，比较生动得表述了Kerberos协议的工作原理： Athena和欧里庇得斯关于地狱之门守护者的对话。简而言之，kerbores V5的工作原理如下：Kerbores中有三种角色：KDC：负责分发密钥的密钥分配中心Client：需要使用kerbores服务的客户端Service：提供具体服务的服务端其中，Client需要和KDC和Service都进行通信。协议授权流程分两个部分：(1) 获取原始票据首先，Client向KDC发送自己的身份信息，KDC从授予票据服务(Ticket Granting Service)得到可用的票据(ticket-granting ticket)，并用协议开始前KDC与Client之间的密钥将票据加密回复给client，client收到KDC回复的加密票据后利用与client先前协议的密钥将票据解密，从而获得票据，此步骤主要是允许client进行Kerberos的验证，是进行访问服务的先决条件。(2) 获取服务票据以及访问服务client利用之前获得的票据向KDC请求服务票据，从而通过服务的身份验证。获取服务票据以及访问服务总共有如下四步：①. client将之前获得的票据和要请求的服务信息发送给KDC，KDC中的授予票据服务将client和service之间生成一个会话密钥(Session Key)用于服务器与client的身份验证。然后KDC将这个会话密钥和用户名，用户地址(IP)，服务名，有效期，时间戳一起包装成一个票据(这张票据用于service对client的身份验证)通过client转发给service。②. 为了让票据对client保密，所以KDC用协议开始之前KDC与服务端之间的密钥将票据加密后再发给client，同时为了让client与service之间共享那个会话密钥，KDC用client与它之间的密钥将会话密钥加密返回给client③. 为了完成票据的传递，client将刚才收到的票据转发到service，由于client不知道KDC与service的密钥，所以它无法修改票据的信息，同时client将收到的会话密钥解压出来，然后将自己的用户名，用户地址(IP)打包成验证包用会话密钥加密也发给service④. Service收到票据后利用它与KDC之间的密钥将票据中的信息解密出来，从而获得会话密钥和用户名，用户地址(IP)，服务名，有效期。然后再用会话密钥将验证包解密从而获得用户名，用户地址(IP)将其与之前票据中解密出来的用户名，用户地址(IP)做比较从而验证client的身份，如果service有返回结果，将其返回给client
安装Kerberos1 安装package
在CentOS中可以使用yum来安装
yum install -y krb5-libs krb5-server krb5-client
或者使用源代码构建:
wget http://web.mit.edu/kerberos/dist/krb5/1.12/krb5-1.12.2-signed.tartar xvf krb5-1.12.2-signed.tar && tar xvzf krb5-1.12.2.tar.gzcd krb5-1.12.2/src./configureyum install -y byaccmake -j && make install
2 配置DNS
使用dnsmasq配置一个简单的本地DNS，保证需要解析的主机名在/etc/hosts中。
yum install -y dnsmasqvim /etc/dnsmasq.confdomain=debugo.comlocal=/debugo.com/expand-hostsno-resolvcache-size=500log-queriesservice dnsmasq startStarting dnsmasq: [ OK ]
设置客户端DNS Server修改网卡配置文件或/etc/resolv.confDNS1=192.168.1.221# 检查域名解析
nslookup pure01.debugo.comServer:192.168.1.221Address:192.168.1.221#53Name:pure01.debugo.comAddress: 192.168.1.221
这样DNS已经OK。
3 配置/etc/krb5.conf,使其指定到正确的realm中
[logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log[libdefaults] default_realm = DEBUGO.COM dns_lookup_realm = false dns_lookup_kdc = false ticket_lifetime = 24h renew_lifetime = 7d forwardable = true[realms] DEBUGO.COM = { kdc = kerberos.debugo.com admin_server = kerberos.debugo.com }[domain_realm] .debugo.com = DEBUGO.COM debugo.com = DEBUGO.COM
4 创建KDC配置文件
vim /var/kerberos/krb5kdc/kdc.conf[kdcdefaults] kdc_ports = 88 kdc_tcp_ports = 88[realms] DEBUGO.COM = { #master_key_type = aes256-cts acl_file = /var/kerberos/krb5kdc/kadm5.acl dict_file = /usr/share/dict/words admin_keytab = /var/kerberos/krb5kdc/kadm5.keytab supported_enctypes = aes256-cts:normal aes128-cts:normal des3-hmac-sha1:normal arcfour-hmac:normal des-hmac-sha1:normal des-cbc-md5:normal des-cbc-crc:normal }
5 配置acl文件
vim /var/kerberos/krb5kdc/kadm5.acl */admin@CTBJ.COM *
6 使用kdb5_util创建kdc数据库
kdb5_util create -r DEBUGO.COM -sLoading random dataInitializing database '/usr/local/var/krb5kdc/principal' for realm 'DEBUGO.COM',master key name 'K/M@DEBUGO.COM'You will be prompted for the database Master Password.It is important that you NOT FORGET this password.Enter KDC database master key: Re-enter KDC database master key to verify: kadmin.local Authenticating as principal root/admin@DEBUGO.COM with password.
首先有介绍一个术语（参考kerberos 认证配置）：Principal：在 Kerberos 中，Principal 是参加认证的基本实体。一般来说有两种，一种用来表示 Kerberos 数据库中的用户，另一种用来代表某一特定主机，也就是说 Principal是用来表示客户端和服务端身份的实体, Principal 的格式采用 ASN.1 标准,即 Abstract Syntax Notation One，来准确定义)，Principal 是由三个部分组成：名字（name），实例（instance），REALM（域）。比如一个标准的 Kerberos 的用户是：name/instance@REALM 。Name：第一部分。在代表客户方的情况，它是一个用户名；在代表主机的情况，它是写成 host。Instance：第二部分。对 name 的进一步描述，例如 name 所在的主机名或 name 的类型等,可省略。它与第一部分之间用‘ / ’分隔，但是作为主机的描述时写成 host/Instance。Realm：第三部分。是 Kerberos 在管理上的划分，在 KDC 中所负责的一个域数据库称作为 Realm。这个数据库中存放有该网络范围内的所有 Principal 和它们的密钥，数据库的内容被 Kerberos 的认证服务器 AS 和票据授权服务器 TGS 所使用。Realm 通常是永远是大写的字符,并且在大多数 Kerberos 系统的配置中，一般 Realm 和该网络环境的 DNS 域是一致的。与第二部分之间用‘@’分隔，缺省为本地的 Realm。# 添加新的管理员用户，kadmin和kadmin.local是KDB的管理接口。
kadmin.local: addprinc debugo/adminWARNING: no policy specified for debugo/admin@CTBJ.COM; defaulting to no policyEnter password for principal "debugo/admin@CTBJ.COM": Re-enter password for principal "debugo/admin@CTBJ.COM": Principal "debugo/admin@CTBJ.COM" created.# 列出所有的principlekadmin.local: listprincsK/M@CTBJ.COMdebugo/admin@CTBJ.COMkadmin/admin@CTBJ.COMkadmin/cdh_manager@CTBJ.COMkadmin/changepw@CTBJ.COMkrbtgt/CTBJ.COM@CTBJ.COM# 查看principle：getprinc debugo/admin@CTBJ.COM# 删除principle：delprinc debugo/admin@CTBJ.COM# 修改principle密码：cpw,change_passwd
7 启动服务
service krb5kdc restartStarting Kerberos 5 KDC: [ OK ]service kadmin restartStarting Kerberos 5 Admin Server: [ OK ]
8 验证principle
在其他主机上需要有相同的krb5.conf配置。
kinit debugo/hdp01.ctbj.com@CTBJ.COMPassword for debugo/hdp01.ctbj.com@CTBJ.COM: klistTicket cache: FILE:/tmp/krb5cc_0Default principal: debugo/hdp01.ctbj.com@CTBJ.COMValid starting Expires Service principalna jiu09/08/14 11:58:00 09/09/14 11:58:00 krbtgt/CTBJ.COM@CTBJ.COMrenew until 09/08/14 11:58:00service krb5kdc startStarting Kerberos 5 KDC: [ OK ]
在Redhat下输入setup命令，进入Authentication configuration 设置，然后use kerbores
参考
http://docs.oracle.com/cd/E24847_01/html/819-7061/intro-25.html#scrolltoc
http://huobumingbai.blog.51cto.com/1196746/549098
http://web.mit.edu/daveg/SIPB/Info/Links/project/kerberos/krb5-current/doc/krb_admins/conf_files/kdc_conf.html
http://wgzhao.com/2005/12/02/kerberos-authentication-configuration/
