Solaris Kerberos 实现（后文有时简称为 “Kerberos”）会验证网络环境中的客户机，从而实现安全事务。（客户机可以是用户或网络服务。）Kerberos 会验证客户机的身份以及所传输数据的真实性。Kerberos 是single-sign-on系统，意味着用户仅需要在会话开始时提供口令。Solaris Kerberos 实现是基于 MIT 开发的 Kerberos(TM) 系统，并与异构网络上的 Kerberos V5 系统兼容。
Kerberos 通过授予客户机票证发挥作用，票证可唯一地标识客户机并具有有限生命周期。将针对票证所属网络服务自动验证拥有票证的客户机；例如，具有有效 Kerberos 票证的用户可登录运行 Kerberos 的其他计算机，而无需标识自身。由于每个客户机均具有唯一的票证，因此可保证其身份。
要获得票证，客户机必须首先使用 kinit(1) 命令或 PAM 模块初始化 Kerberos 会话。（请参见 pam_krb5(5)）。kinit 提示输入口令，然后与密钥分发中心 (Key Distribution Center, KDC) 通信。KDC 返回票证授予票证 (Ticket-Granting Ticket, TGT) 并提示输入确认口令。如果客户机确认口令，则它可以使用票证授予票证来获得特定网络服务的票证。因为以透明方式授予票证，所以用户无需担心票证管理。可使用 klist(1) 命令查看当前票证。
票证的有效性取决于安装时设置的系统策略。例如，票证具有缺省的有效生命周期。策略可以进一步指示特权票证（如属于 root 的票证）具有很短的生命周期。策略还可以允许覆盖某些缺省值；例如，客户机可以请求生命周期大于或小于缺省值的票证。
可使用 kinit 更新票证。票证也是可转发的，允许您将一台计算机上授予的票证用在其他主机上。可使用 kdestroy(1) 销毁票证。在 .logout 文件中包含 kdestroy 调用是个不错的选择。
在 Kerberos 中，客户机称为主体。主体的格式如下：
primary/instance@REALM
用户、主机或服务。
主体的限定。如果主体为主机（由关键字 host 表示），则实例是该主机的完全限定域名。如果主体是用户或服务，则实例是可选项。某些实例具有特权，如 admin 或 root。
域的 Kerberos 等效项；事实上，在大部分情况下领域直接映射到 DNS 域名。提供的 Kerberos 领域仅可为大写。有关主体名称的示例，请参见“示例”。
通过利用一般安全服务 API (General Security Services API, GSS-API)，Kerberos 还提供用户验证以外的其他两种类型的安全服务：完整性（验证所传输数据的有效性）以及保密性（加密所传输的数据）。开发人员可通过使用 RPCSEC_GSS API 接口来利用 GSS-API（请参见 rpcsec_gss(3NSL)）。
以下是有效的主体名称示例：
joe joe/admin joe@ENG.ACME.COM joe/admin@ENG.ACME.COM rlogin/bigmachine.eng.acme.com@ENG.ACME.COM host/bigmachine.eng.acme.com@ENG.ACME.COM
前四个例子是用户主体。在前两个例子中，假设用户 joe 与客户机处于相同领域，所以未指定领域。请注意，即使同一用户在使用 joe 和 joe/admin，它们仍是不同的主体；joe/admin 拥有与 joe 不同的特权。第五个例子是服务主体，而最后一个例子是主机主体。对于主机主体，需要 host 这一单词。有了主机主体，实例即是完全限定主机名。请注意，单词 admin 和 host 是保留关键字。
kdestroy(1)、kinit(1)、klist(1)、kpasswd(1)、krb5.conf(4)、krb5envvar(5)
在 Oracle Solaris 11.2 中管理 Kerberos 和其他验证服务
在以前版本的 Solaris 操作系统中，Solaris Kerberos 实现称为“Sun Enterprise 验证机制”(Sun Enterprise Authentication Mechanism, SEAM)。
如果输入您的用户名，kinit 会以下面的消息响应：
Principal unknown (kerberos)
您尚未注册为 Kerberos 用户。请与您的系统管理员联系或参见在 Oracle Solaris 11.2 中管理 Kerberos 和其他验证服务 。