Re: krb5_init_context()

Scot McKinley <[email protected]>
Newsgroups gmane.comp.encryption.kerberos.devel
Message-ID <[email protected]>
Hi Greg, in looking at the header files, and your previous reply, it 
appears that krb5_init_secure_context() may be exactly what i want.

 > I don't think it will solve this problem, as it simply causes the 
context to ignore environment variables.

Yes, i want a "krb5_init_context" that "ignores environment variables", 
and thus retrieves its config in some other manner. In this case, it 
appears that the "other manner" of retrieving config for 
"krb5_init_secure_context" is some configuration files, which is a 
problem, since we have our OWN config files.

This is strange. Isn't there a way to "init" a krb5 library context just 
by *PASSING* the config directly to the init funciton?!?

Regards, Scot

On 9/2/2020 12:51 PM, Scot McKinley wrote:
> Hi Greg, the issue that i am talking about is that krb5_init_context() 
> gets its config from the environment var KRB5_CONFIG. We are looking 
> for an initialization of the krb5 context that doesn't rely on the 
> environment.  I was hoping that was krbt_init_secure_context(). Is 
> there some OTHER way of passing the config that is retrieved via 
> KRB5_CONFIG in a non environment variable manner?
>
> Thanks, Scot
>
> On 9/2/2020 11:56 AM, Greg Hudson wrote:
>> On 9/2/20 2:31 PM, Scot McKinley wrote:
>>> For our use of KfW, we are using krb5_init_context() as our initial 
>>> call
>>> to krb5, attempting to use the environment interface defined for the
>>> API. The problem is that env on windows is not well supported and is
>>> buggy (env is actually cached at the loading of particular library).
>> I'm not sure what "the environment interface defined for the API" efers
>> to.  But I am aware of
>> https://urldefense.com/v3/__https://krbdev.mit.edu/rt/Ticket/Display.html?id=2636__;!!GqivPVa7Brio!I5k04J1RiX44zosubuYy3_bkop72Wh1a9EPuo5rFAFcvY05iFe9qyQKfc46nGfRwDaQ$ 
>>
>> which unfortunately hasn't been resolved.
>>
>>> I see now that there is another API: krb5_init_secure_context(), which
>>> appears to be created to get around exactly this type of env 
>>> problem. Do
>>> you let me know or point me to doc that shows the interface for this 
>>> new
>>> function?
>> krb5_init_secure_context() isn't new--it was in the 1.0 release.  I
>> don't think it will solve this problem, as it simply causes the context
>> to ignore environment variables.  The documentation for it is at:
>>
>> https://urldefense.com/v3/__https://web.mit.edu/kerberos/krb5-latest/doc/appdev/refs/api/krb5_init_secure_context.html__;!!GqivPVa7Brio!I5k04J1RiX44zosubuYy3_bkop72Wh1a9EPuo5rFAFcvY05iFe9qyQKfc46n1NhXa3M$ 
>>
>>
>> It seems possible that you meant krb5_init_context_profile(), which was
>> added in release 1.10:
>>
>> https://urldefense.com/v3/__https://web.mit.edu/kerberos/krb5-latest/doc/appdev/refs/api/krb5_init_context_profile.html__;!!GqivPVa7Brio!I5k04J1RiX44zosubuYy3_bkop72Wh1a9EPuo5rFAFcvY05iFe9qyQKfc46nfpydYts$ 
>>
>>
>> This interface was created to make it possible to use
>> profile_init_vtable() with a krb5 context.  See the comments in
>> profile.h for how to use that.
>>
>> (It would probably be easier if one could create a memory-only profile
>> object, either empty or from a file, and then use profile_add_relation()
>> and/or profile_update_relation() on it.  But that hasn't been 
>> implemented.)
_______________________________________________
krbdev mailing list             [email protected]
https://mailman.mit.edu/mailman/listinfo/krbdev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.