【问题标题】:Kerberos key LifetimeKerberos 密钥生命周期
【发布时间】:2016-11-29 14:37:46
【问题描述】:

我有一个 HTTP 服务在我的域上运行。但是我对如何决定我的 HTTP 服务的生命周期几乎没有疑问。 客户端可以使用我的 HTTP 服务多长时间?

【问题讨论】:

    标签: authentication kerberos mit-kerberos kdc klist


    【解决方案1】:

    Kerberos 票证具有生命周期(例如 10 小时)和可更新生命周期(例如 7 天)。只要票仍然有效并且仍然可以更新,您就可以请求“免费”更新 - 不需要密码 - 并且生命周期计数器被重置(例如 10 小时,再次)。

    创建工单时,每个“生命周期”设置为 3 个值的 MIN():

    • 在 KDC 服务器配置中设置的最大持续时间(检查 max_life 和 max_renewable_life 下的 MIT documentation)
    • 客户端配置中的标准持续时间,通常在 /etc/krb5.conf 中(检查 ticket_lifetime 和 renew_lifetime 下的 MIT documentation)
    • 客户端请求的显式持续时间,如果有的话(例如kinit 命令有-l 和-r 选项)

    底线:如果您的 KDC 因为max_renewable_life = 0 不提供可更新的票证,那么客户将不得不每max_life 获得一张新票证(或者更少,如果他们的本地ticket_lifetime 更小)。

    PS:如果票证存储在默认缓存中,那么您可以使用klist 来检查(可再生)生命周期的结束。
    PPS:我记得一些关于 Java API (JAAS) 不允许应用程序请求可更新的 Kerberos 票证的投诉......检查是否仍然如此。

    【讨论】:

      猜你喜欢
      • 2013-01-18
      • 1970-01-01
      • 2011-05-14
      • 2021-07-18
      • 1970-01-01
      • 2013-04-06
      • 1970-01-01
      • 2023-04-05
      • 2014-09-10
      相关资源
      最近更新 更多