Java ignores/errors canonicalized principals (NT-PRINCIPAL) from Active Directory
Osipov, Michael (LDA IT PLM)
michael.osipov at siemens.com
Wed Oct 20 08:03:37 UTC 2021
Hi folks,
we have recently noticed the following with Java's kinit (tested with
Zulu 8 and 13, code is identical in 18 as well):
> C:\Users\osipovmi>kinit osipovmi at ad001.siemens.net
I have intentionally written the realm in lowercase to rely on
canonicalization of the AD KDC. krb5.conf contains "canonicalize = true"
as well.
Wireshark shows me in the AS-REQ:
as-req/req-body/sname: name-type KRB5-NT-SRV-INST (2), sname-string (2):
krbtgt and ad001.siemens.net
AS-REP:
as-rep/ticket/sname: name-type KRB5-NT-SRV-INST (2), sname-string (2):
krbtgt and AD001.SIEMENS.NET
Hence, the KDC has properly canonicalized the sname. Java gives me:
> Exception: krb_error 41 Message stream modified (41) Message stream modified
> KrbException: Message stream modified (41)
> at sun.security.krb5.KrbKdcRep.check(KrbKdcRep.java:55)
> at sun.security.krb5.KrbAsRep.decrypt(KrbAsRep.java:159)
> at sun.security.krb5.KrbAsRep.decryptUsingPassword(KrbAsRep.java:139)
> at sun.security.krb5.KrbAsReqBuilder.resolve(KrbAsReqBuilder.java:312)
> at sun.security.krb5.KrbAsReqBuilder.action(KrbAsReqBuilder.java:498)
> at sun.security.krb5.internal.tools.Kinit.acquire(Kinit.java:248)
> at sun.security.krb5.internal.tools.Kinit.<init>(Kinit.java:134)
> at sun.security.krb5.internal.tools.Kinit.main(Kinit.java:96)
Referrals aren't involved here, same realm.
The failing code block is from:
*
https://github.com/AdoptOpenJDK/openjdk-jdk8u/blob/9a751dc19fae78ce58fb0eb176522070c992fb6f/jdk/src/share/classes/sun/security/krb5/KrbKdcRep.java#L58-L71
*
https://github.com/AdoptOpenJDK/openjdk-jdk/blob/ff4997014fe5462dca2b313f3f483400ffee5b62/src/java.security.jgss/share/classes/sun/security/krb5/KrbKdcRep.java#L58-L71
> // sname change in TGS-REP is allowed only if client
> // sent CANONICALIZE and new sname is a referral of
> // the form krbtgt/TO-REALM.COM at FROM-REALM.COM.
> if (!req.reqBody.sname.equals(rep.encKDCRepPart.sname)) {
> String[] snameStrings = rep.encKDCRepPart.sname.getNameStrings();
> if (isAsReq || !req.reqBody.kdcOptions.get(KDCOptions.CANONICALIZE) ||
> snameStrings == null || snameStrings.length != 2 ||
> !snameStrings[0].equals(PrincipalName.TGS_DEFAULT_SRV_NAME) ||
> !rep.encKDCRepPart.sname.getRealmString().equals(
> req.reqBody.sname.getRealmString())) {
> rep.encKDCRepPart.key.destroy();
> throw new KrbApErrException(Krb5.KRB_AP_ERR_MODIFIED);
> }
> }
So it either fails for
> isAsReq
or
> !rep.encKDCRepPart.sname.getRealmString().equals(
>> req.reqBody.sname.getRealmString())
Here is MIT Kerberos:
> $ kinit OSIPOVMI at ad001.siemens.net
> Passwort für OSIPOVMI at ad001.siemens.net:
> $ klist
> Ticketzwischenspeicher: FILE:/tmp/krb5cc_722
> Standard-Principal: osipovmi at AD001.SIEMENS.NET
>
> Valid starting Expires Service principal
> 20.10.2021 10:02:14 20.10.2021 20:02:14 krbtgt/AD001.SIEMENS.NET at AD001.SIEMENS.NET
> erneuern bis 21.10.2021 10:02:10
Works as expected. Can someone explain? Shall I create a bug for this?
Michael
More information about the security-dev
mailing list