快速入门Kerberos认证_单域kerberos协议的对话流程中每一个阶段的对话流程图

本文链接：https://blog.csdn.net/2401_84544780/article/details/138818372

还有兄弟不知道网络安全面试可以提前刷题吗？费时一周整理的160+网络安全面试题，金九银十，做网络安全面试里的显眼包！

王岚嵚工程师面试题（附答案），只能帮兄弟们到这儿了！如果你能答对70%，找一个安全工作，问题不大。

对于有1-3年工作经验，想要跳槽的朋友来说，也是很好的温习资料！

【完整版领取方式在文末！！】

93道网络安全面试题

内容实在太多，不一一截图了

黑客学习资源推荐

最后给大家分享一份全套的网络安全学习资料，给那些想学习网络安全的小伙伴们一点帮助！

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

😝朋友们如果有需要的话，可以联系领取~

1️⃣零基础入门

① 学习路线

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

② 路线对应学习视频

同时每个成长路线对应的板块都有配套的视频提供：

2️⃣视频配套工具&国内外网安书籍、文档

① 工具

② 视频

③ 书籍

资源较为敏感，未展示全面，需要的最下面获取

在这里插入图片描述

② 简历模板

在这里插入图片描述

因篇幅有限，资料较为敏感仅展示部分资料，添加上方即可获取👆

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

概念	说明
Ticket	凭据（ticket）是客户端用于证明其身份的信息，在`Kerberos`中，通常使用用户名（`Principal`）和密码（`Keytab`）作为凭据进行身份验证（`Principal`是`Kerberos`中用于表示身份标识的字符串，通常采用"`主体名称@REALM`"的格式，`Keytab`文件是一个用于存储`Principal`和对应密钥的安全文件）。
TGT	TGT（Ticket Granting Ticket）是由`AS`颁发给客户端的加密票据，用于请求服务票据，客户端在`TGS`请求过程中使用`TGT`进行身份验证。
Service Ticket	服务票据（Service Ticket）是由`TGS`颁发给客户端的加密票据，用于访问特定服务，客户端将服务票据发送给服务以证明其身份
Session Key	会话密钥（Session Key）是客户端和服务之间用于加密和解密通信的对称密钥，在`Kerberos`中，会话密钥在`TGS`颁发的服务票据中传递给客户端

其它概念：

概念	说明
Realm	安全领域（`Realm`）是`Kerberos`系统的逻辑边界，包含一组受信任的用户、服务和`KDC` ，安全领域通常对应于网络中的域或领域树
安全策略	安全策略是定义`Kerberos`系统中访问和授权规则的规则集合，它确定谁可以访问哪些服务和资源，并规定了密码策略和会话策略等安全设置。

03 流程图

流程图如下（图片来源：https://seevae.github.io）
在这里插入图片描述
下面是各个步骤的说明：

step1：客户端向认证服务器（AS）发送凭据（通常是用户名Principal和密码keytab）以请求TGT；
step2：AS验证客户端的凭据，如果验证通过，生成一个TGT，并使用客户端的密码加密该TGT，发送回客户端，客户端收到TGT后，存储在本地；
step3：客户端向服务票据授予服务器（TGS）发送TGT以请求访问特定服务的服务票据，TGS验证客户端的TGT，并生成一个服务票据（Service Ticket）；
step4：TGS使用服务的密钥（通常从服务的keytab文件中获取）加密服务票据，并发送回客户端。
step5：客户端收到服务票据后，可以使用它访问特定的服务，客户端向服务发送服务票据以证明其身份。
step6：服务使用服务票据中的会话密钥（Session Key）进行验证，如果验证通过，客户端被授权访问服务。

注意，关于票据的时效如下：

TGT（Ticket Granting Ticket） 通常是一次性票据：它用于获取服务票据，一旦TGT用于获取服务票据，TGT即失效，需要重新进行身份验证来获取新的TGT；
服务票据（Service Ticket） 通常是临时票据：客户端使用TGT向TGS请求服务票据，服务票据会包含一个会话密钥，它在一段时间内有效用于与服务进行安全通信，一旦会话结束或过期，临时票据也会失效；
服务的密钥（Service Key） 通常是永久票据：服务的密钥是在服务启动时从KDC获取的，并且在服务的生命周期内保持有效，客户端在访问服务时使用服务票据进行身份验证，而服务使用其永久票据（服务的密钥）进行验证。

ok，到了这里，相信大家也理解了kerberos的一些概念和流程了，为了更深入票据（ticket）在整个流程中是如何改变的，我在维基百科里找到了一张很不错的图片，大家可以过一下：
在这里插入图片描述

04 文末

Kerberos被广泛运用在大数据生态中，甚至可以说是大数据身份认证的事实标准了，本文只是一个快速入门讲解，实际的Kerberos协议中还有更多的细节和步骤，如票据的过期和续订等。此外，实际的Kerberos部署可能还涉及其他组件和步骤，例如密钥分发中心（KDC）的分布式部署和凭据缓存等，有机会再写kerberos in hadoop相关的文章😁。

希望能帮助到大家，谢谢大家的阅读，本文完！