logo_kerberos.gif

Difference between revisions of "Projects/Principal entry string mapping"

From K5Wiki
Jump to: navigation, search
(Interface Design)
Line 2: Line 2:
 
{{project-target|1.10}}
 
{{project-target|1.10}}
   
This project will add a string-to-string mapping to krb5 principal entries in the KDB, along with kadmin support for retrieving and modifying string mappings. KDC plugins (such as preauth plugins) will be able to examine string mappings.
+
This project will add string attributes to krb5 principal entries in the KDB, along with kadmin support for displaying and modifying string attributes. KDC plugins (such as preauth plugins) will be able to examine string mappings.
   
 
==Background==
 
==Background==
Line 12: Line 12:
 
==Data Model==
 
==Data Model==
   
Principal entries will gain a mapping from UTF-8 keys to UTF-8 values, stored via tl-data. The assumption is that principal strings will be fairly short and limited in number, so no great attention is needed to efficiency. There is no particular discipline for assigning string keys; the assumption is that plugins will use prefixes like "otp-" to avoid conflicts. At least initially, there will be no validation on values to ensure that they are well-formed for the consuming plugin, although this could be added in the future by adding validation methods to KDC plugins.
+
Principal entries will gain a mapping from UTF-8 keys to UTF-8 values, stored via tl-data. We assume that strings attributes will be fairly short and limited in number, so no great attention is needed to efficiency. There is no particular discipline for assigning keys names; we assume that plugins will use prefixes like "otp-" to avoid conflicts. At least initially, there will be no validation on values to ensure that they are well-formed for the consuming plugin, although this could be added in the future by adding validation methods to KDC plugin interfaces.
   
Mappings will be represented by a tl-data value containing a concatenation of alternating zero-terminated key and value strings.
+
Mappings will be represented by a tl-data value containing a concatenation of alternating zero-terminated key and value strings. This representation is incidentally visible across the kadmin protocol but is explicitly not guaranteed at that layer.
   
 
==Interface Design==
 
==Interface Design==
Line 22: Line 22:
 
The following kadmin commands will be added:
 
The following kadmin commands will be added:
   
* set_string, setstr: Set a mapping on a principal.
+
* get_strings, getstrs: View string attributes a principal.
* get_strings, getstrs: View mappings associated with a principal.
+
* set_string, setstr: Set a string attribute on a principal.
* del_string, delstr: Remove a mapping from a principal.
+
* del_string, delstr: Remove a string attribute from a principal.
   
(TODO: Flesh out arguments.)
 
  +
get_strings takes one argument, a principal name. set_string takes three arguments: a principal name, a key, and a value. del_string takes two arguments: a principal name and a value.
   
 
===Admin Protocol===
 
===Admin Protocol===
   
The tl-data representation of string mappings will not be exposed in the admin interface, and strings will not appear in kadm5 principal entries. Instead, new RPCs will be added:
+
The tl-data representation of string mappings will guaranteed across the kadmin protocol. Instead, new RPCs will be added:
   
* modify_strings: Change or unset one or more mappings on an entry.
 
 
* get_strings: Get the list of mappings on an entry.
 
* get_strings: Get the list of mappings on an entry.
 
* set_string: Change or unset a string attribute on an entry.
   
(TODO: Flesh out arguments and return values.)
 
  +
The function signatures for these RPCs are:
  +
  +
kadm5_ret_t kadm5_get_strings(void *server_handle,
  +
krb5_principal principal,
  +
krb5_string_attr ***strings_out,
  +
int *count_out);
  +
  +
kadm5_ret_t kadm5_set_string(void *server_handle,
  +
krb5_principal principal,
  +
const char *key,
  +
const char *value);
  +
  +
kadm5_ret_t kadm5_free_strings(void *server_handle,
  +
krb5_string_attr **strings,
  +
int count);
   
 
===Propagation and Backup===
 
===Propagation and Backup===
Line 44: Line 58:
   
 
The following accessors allow string mappings for an entry to be manipulated:
 
The following accessors allow string mappings for an entry to be manipulated:
  +
  +
krb5_error_code
  +
krb5_dbe_get_strings(krb5_context context, krb5_db_entry *entry,
  +
krb5_string_attr ***strings_out);
   
 
krb5_error_code
 
krb5_error_code

Revision as of 12:08, 19 September 2011

This is an early stage project for MIT Kerberos. It is being fleshed out by its proponents. Feel free to help flesh out the details of this project. After the project is ready, it will be presented for review and approval.


This project is targeted at release 1.10.


This project will add string attributes to krb5 principal entries in the KDB, along with kadmin support for displaying and modifying string attributes. KDC plugins (such as preauth plugins) will be able to examine string mappings.

Background

KDC plugins may need to associate data with principal entries which is not known to the core Kerberos code base. For instance, an OTP preauth plugin needs to know what kind of token is associated with a principal and may also need type-specific information about the token.

Principal entries are extensible through tl-data entries, which have two important limitations for this purpose. First, tl-data keys are centrally assigned integers in a 32-bit number space, so plugin developers would need cooperation from the core code base to get keys assigned. Second, there is no general admin user interface for populating tl-data entries in principals.

Data Model

Principal entries will gain a mapping from UTF-8 keys to UTF-8 values, stored via tl-data. We assume that strings attributes will be fairly short and limited in number, so no great attention is needed to efficiency. There is no particular discipline for assigning keys names; we assume that plugins will use prefixes like "otp-" to avoid conflicts. At least initially, there will be no validation on values to ensure that they are well-formed for the consuming plugin, although this could be added in the future by adding validation methods to KDC plugin interfaces.

Mappings will be represented by a tl-data value containing a concatenation of alternating zero-terminated key and value strings. This representation is incidentally visible across the kadmin protocol but is explicitly not guaranteed at that layer.

Interface Design

User Interface

The following kadmin commands will be added:

  • get_strings, getstrs: View string attributes a principal.
  • set_string, setstr: Set a string attribute on a principal.
  • del_string, delstr: Remove a string attribute from a principal.

get_strings takes one argument, a principal name. set_string takes three arguments: a principal name, a key, and a value. del_string takes two arguments: a principal name and a value.

Admin Protocol

The tl-data representation of string mappings will guaranteed across the kadmin protocol. Instead, new RPCs will be added:

  • get_strings: Get the list of mappings on an entry.
  • set_string: Change or unset a string attribute on an entry.

The function signatures for these RPCs are:

kadm5_ret_t    kadm5_get_strings(void *server_handle,
                                 krb5_principal principal,
                                 krb5_string_attr ***strings_out,
                                 int *count_out);

kadm5_ret_t    kadm5_set_string(void *server_handle,
                                krb5_principal principal,
                                const char *key,
                                const char *value);

kadm5_ret_t    kadm5_free_strings(void *server_handle,
                                  krb5_string_attr **strings,
                                  int count);

Propagation and Backup

The tl-data representation of string mappings will be exposed in the dump file format and incremental propagation protocols.

libkdb API

The following accessors allow string mappings for an entry to be manipulated:

krb5_error_code
krb5_dbe_get_strings(krb5_context context, krb5_db_entry *entry,
                     krb5_string_attr ***strings_out);
krb5_error_code
krb5_dbe_get_string(krb5_context context, krb5_db_entry *entry,
                    const char *key, char **value_out);

krb5_error_code
krb5_dbe_set_string(krb5_context context, krb5_db_entry *entry,
                    const char *key, const char *value);