[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sat, 8 Sep 2012 20:39:01 +0530
From: Dhiru Kholia <dhiru.kholia@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: New formats: KRB5-18 and KRB5-23
On Sat, Sep 8, 2012 at 8:06 PM, Dhiru Kholia <dhiru.kholia@...il.com> wrote:
> On Sat, Sep 8, 2012 at 7:54 PM, magnum <john.magnum@...hmail.com> wrote:
>>>> I tried this on OSX and now got this:
>>>>
>>>> Benchmarking: KRB5 aes256-cts-hmac-sha1-96 [32/64]...
>>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>>> Reason: 13 at address: 0x0000000000000000
>>>> 0x00000001000408ac in crypt_all (count=98745856) at krb5-18_fmt.c:198
>>>> 198 crypt_out[index][i] = (key.contents[4 * i]) |
>>>> (gdb) bt
>>>> #0 0x00000001000408ac in crypt_all (count=98745856) at krb5-18_fmt.c:198
>>>> #1 0x0000000100099b46 in fmt_self_test (format=0x1002dff20) at
>>>> formats.c:104
>>>> Previous frame inner to this frame (gdb could not unwind past this frame)
>>>>
> ret = krb5_c_string_to_key_with_params(NULL,
> enctype,
> &string,
> &salt,
> NULL,
> &key);
> printf("ret %d\n", ret);
> printf("kl %d\n", key.length)
>
> Output:
>
> ret 0
> kl 105235005
>
> Key Length should be 16 but it is random large value every time I run
> the program. Something is wrong with the library call!
I went to #krbdev to figure this problem out. I discovered that OSX
uses Heimdal flavor of Kerberos in which
krb5_c_string_to_key_with_params function is just a dummy stub
function.
dummy(krb5_c_string_to_key_with_params, 0);
#define dummy(func, ret) int func() {
mshim_log_function_missing(__func__); return (ret);
So, this the new KRB formats won't work on OSX since the underlying
function is a dummy one.
I am searching for the corresponding Heimdal functions to fix this problem.
--
Cheers,
Dhiru
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
