realm policyreferece attribute in krb5_ldap_read_realm_params()function

Savitha R rsavitha at novell.com
Thu May 22 06:15:01 EDT 2008


The current implementation does not make use of the policy reference at 
the realm object level. If you look at kdb5_ldap_util, it does not provide an 
option for you to set this attribute. The code to read the policy object in 
krb5_ldap_read_realm_params() never gets executed.

We had initially thought of supporting the policy reference at the realm level.
But later felt that it is sufficient to go with the attributes directly on the realm
object since we dont expect too many realm objects and configuring it directly 
on the realm wouldn't be an issue.

-Savitha

>>> On Tue, May 20, 2008 at  1:01 AM, in message
<1211225468.11251.20.camel at klausk.br.ibm.com>, Klaus Heinrich Kiwi
<klausk at linux.vnet.ibm.com> wrote: 
> Hi,
> 
>  looking at the krb5_ldap_read_realm_params() function (file:
> src/plugins/kdb/ldap/libkdb_ldap/ldap_realm.c), I'm trying to understand
> where does the rlparams->policyreference value comes from, since it's
> used in the conditional around line 1368.
> 
> I was hoping to find a query to "krbTicketPolicyReference" along with
> other krbRealmContainer attributes right above this line.
> 
>>From my initial analysis, looks like if *mask doesn't bring any of the
> LDAP_REALM_MAXTICKETLIFE, LDAP_REALM_MAXRENEWLIFE or
> LDAP_REALM_KRBTICKETFLAGS flags, the code to query those from the policy
> reference dn will always be skipped since rlparams->policyreference is
> always NULL (even if there *is* a krbTicketPolicyReference attribute in
> the Realm Container object).
> 
> Any comments are welcome.
> 
>  -Klaus







More information about the krbdev mailing list