directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Attila Sasvari (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (DIRKRB-621) 0x502 version keytab with multiple entries are not read properly
Date Wed, 12 Apr 2017 13:37:41 GMT

     [ https://issues.apache.org/jira/browse/DIRKRB-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Attila Sasvari updated DIRKRB-621:
----------------------------------
    Attachment: DIRKRB-621-01.patch

> 0x502 version keytab with multiple entries are not read properly
> ----------------------------------------------------------------
>
>                 Key: DIRKRB-621
>                 URL: https://issues.apache.org/jira/browse/DIRKRB-621
>             Project: Directory Kerberos
>          Issue Type: Bug
>            Reporter: Attila Sasvari
>         Attachments: DIRKRB-621-00.patch, DIRKRB-621-01.patch, test_multiple_entries.keytab
>
>
> I have a version 0x502 keytab that contains multiple principles with multiple entries.
> {code}
> [root@65027d995418 /]# klist -ket test.keytab 
> Keytab name: FILE:test.keytab
> KVNO Timestamp         Principal
> ---- ----------------- --------------------------------------------------------
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (aes256-cts-hmac-sha1-96) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (aes128-cts-hmac-sha1-96) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (des3-cbc-sha1) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (arcfour-hmac) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (camellia256-cts-cmac) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (camellia128-cts-cmac) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (des-hmac-sha1) 
>    3 04/11/17 14:16:34 test/examples.com@EXAMPLE.COM (des-cbc-md5) 
>    3 04/11/17 14:16:51 HTTP/examples.com@EXAMPLE.COM (aes256-cts-hmac-sha1-96) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (aes128-cts-hmac-sha1-96) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (des3-cbc-sha1) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (arcfour-hmac) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (camellia256-cts-cmac) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (camellia128-cts-cmac) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (des-hmac-sha1) 
>    3 04/11/17 14:16:52 HTTP/examples.com@EXAMPLE.COM (des-cbc-md5) 
> {code}
> {{org.apache.kerby.kerberos.kerb.keytab.KeyTab}} readEntry() is only able to read the
first entry properly. 
> On https://web.mit.edu/kerberos/krb5-1.12/doc/formats/keytab_file_format.html, we can
read the following:
>  {quote}
>  Some implementations of Kerberos recognize a 32-bit key version at the end of an entry,
if the record length is at least 4 bytes longer than the entry and the value of those 32 bits
is not 0. If present, this key version supersedes the 8-bit key version. 
>  {quote}
> Looking at  https://www.gnu.org/software/shishi/manual/html_node/The-Keytab-Binary-File-Format.html,
> it seems {{uint32_t vno; /* only present if >= 4 bytes left in entry */}} is not handled
in the [load()|https://github.com/apache/directory-kerby/blob/8483322e58310ff33685a1f3893b71e7cf5f246f/kerby-kerb/kerb-util/src/main/java/org/apache/kerby/kerberos/kerb/keytab/KeytabEntry.java#L40]
method of {{org.apache.kerby.kerberos.kerb.keytab.KeytabEntry}}.
> With the example keytab I generated, this is exactly the case. We need to read an additional
in order to properly read in the entries for the principals.
> Additional info:
> Kerberos packages I installed on centos-release-7-3
> {noformat}
> krb5-devel.x86_64                        1.14.1-27.el7_3                
> krb5-libs.x86_64                         1.14.1-27.el7_3                
> krb5-server.x86_64                       1.14.1-27.el7_3                
> krb5-workstation.x86_64                  1.14.1-27.el7_3
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message