Provided by: krb5-kdc_1.12+dfsg-2ubuntu5.4_amd64 bug

NAME

       kdb5_util - Kerberos database maintenance utility

SYNOPSIS

       kdb5_util  [-r  realm]  [-d  dbname]  [-k  mkeytype] [-M mkeyname] [-kv mkeyVNO] [-sf stashfilename] [-m]
       command [command_options]

DESCRIPTION

       kdb5_util allows an administrator to perform maintenance procedures on the KDC database.   Databases  can
       be  created, destroyed, and dumped to or loaded from ASCII files.  kdb5_util can create a Kerberos master
       key stash file or perform live rollover of the master key.

       When kdb5_util is run, it attempts to acquire the master key and open the database.   However,  execution
       continues  regardless  of  whether or not kdb5_util successfully opens the database, because the database
       may not exist yet or the stash file may be corrupt.

       Note that some KDC database modules may not support all kdb5_util commands.

COMMAND-LINE OPTIONS

       -r realm
              specifies the Kerberos realm of the database.

       -d dbname
              specifies the name under which the principal database is stored; by default the database  is  that
              listed  in  kdc.conf(5).   The  password policy database and lock files are also derived from this
              value.

       -k mkeytype
              specifies the key type of  the  master  key  in  the  database.   The  default  is  given  by  the
              master_key_type variable in kdc.conf(5).

       -kv mkeyVNO
              Specifies  the version number of the master key in the database; the default is 1.  Note that 0 is
              not allowed.

       -M mkeyname
              principal name for the master key in the database.  If not specified, the name  is  determined  by
              the master_key_name variable in kdc.conf(5).

       -m     specifies  that  the master database password should be read from the keyboard rather than fetched
              from a file on disk.

       -sf stash_file
              specifies the stash filename of the master database password.  If not specified, the  filename  is
              determined by the key_stash_file variable in kdc.conf(5).

       -P password
              specifies  the master database password.  Using this option may expose the password to other users
              on the system via the process list.

COMMANDS

   create
          create [-s]

       Creates a new database.  If the -s option is specified, the stash file is  also  created.   This  command
       fails if the database already exists.  If the command is successful, the database is opened just as if it
       had already existed when the program was first run.

   destroy
          destroy [-f]

       Destroys the database, first overwriting the disk sectors and then unlinking the files,  after  prompting
       the user for confirmation.  With the -f argument, does not prompt the user.

   stash
          stash [-f keyfile]

       Stores  the master principal's keys in a stash file.  The -f argument can be used to override the keyfile
       specified in kdc.conf(5).

   dump
          dump [-b7|-ov|-r13] [-verbose] [-mkey_convert] [-new_mkey_file mkey_file] [-rev] [-recurse]  [filename
          [principals...]]

       Dumps  the current Kerberos and KADM5 database into an ASCII file.  By default, the database is dumped in
       current format, "kdb5_util load_dump version 7".  If filename is not specified, or is the string "-", the
       dump is sent to standard output.  Options:

       -b7    causes the dump to be in the Kerberos 5 Beta 7 format ("kdb5_util load_dump version 4").  This was
              the dump format produced on releases prior to 1.2.2.

       -ov    causes the dump to be in "ovsec_adm_export" format.

       -r13   causes the dump to be in the Kerberos 5 1.3 format ("kdb5_util load_dump version  5").   This  was
              the dump format produced on releases prior to 1.8.

       -r18   causes  the  dump  to be in the Kerberos 5 1.8 format ("kdb5_util load_dump version 6").  This was
              the dump format produced on releases prior to 1.11.

       -verbose
              causes the name of each principal and policy to be printed as it is dumped.

       -mkey_convert
              prompts for a new master key.  This new master key will be used to re-encrypt principal  key  data
              in the dumpfile.  The principal keys themselves will not be changed.

       -new_mkey_file mkey_file
              the  filename  of  a stash file.  The master key in this stash file will be used to re-encrypt the
              key data in the dumpfile.  The key data in the database will not be changed.

       -rev   dumps in reverse order.  This may recover principals that do not dump  normally,  in  cases  where
              database corruption has occurred.

       -recurse
              causes  the  dump to walk the database recursively (btree only).  This may recover principals that
              do not dump normally, in  cases  where  database  corruption  has  occurred.   In  cases  of  such
              corruption, this option will probably retrieve more principals than the -rev option will.

   load
          load [-b7|-ov|-r13] [-hash] [-verbose] [-update] filename [dbname]

       Loads  a  database  dump from the named file into the named database.  If no option is given to determine
       the format of the dump file, the format is detected automatically and handled as appropriate.  Unless the
       -update  option  is  given,  load  creates  a  new  database  containing  only the data in the dump file,
       overwriting the contents of any previously existing database.  Note that when using the LDAP KDC database
       module, the -update flag is required.

       Options:

       -b7    requires the database to be in the Kerberos 5 Beta 7 format ("kdb5_util load_dump version 4").

       -ov    requires the database to be in "ovsec_adm_import" format.  Must be used with the -update option.

       -r13   requires  the database to be in Kerberos 5 1.3 format ("kdb5_util load_dump version 5").  This was
              the dump format produced on releases prior to 1.8.

       -r18   requires the database to be in Kerberos 5 1.8 format ("kdb5_util load_dump version 6").  This  was
              the dump format produced on releases prior to 1.11.

       -hash  requires  the database to be stored as a hash.  If this option is not specified, the database will
              be stored as a btree.  This option is not recommended, as databases  stored  in  hash  format  are
              known to corrupt data and lose principals.

       -verbose
              causes the name of each principal and policy to be printed as it is dumped.

       -update
              records  from  the dump file are added to or updated in the existing database.  (This is useful in
              conjunction with an ovsec_adm_export format dump if you  want  to  preserve  per-principal  policy
              information,  since  the  current  default  format  does not contain this data.)  Otherwise, a new
              database is created containing only what is in the dump  file  and  the  old  one  destroyed  upon
              successful completion.

       If specified, dbname overrides the value specified on the command line or the default.

   ark
          ark [-e enc:salt,...] principal

       Adds new random keys to principal at the next available key version number.  Keys for the current highest
       key version number will be preserved.  The -e option specifies the list of encryption and salt  types  to
       be used for the new keys.

   add_mkey
          add_mkey [-e etype] [-s]

       Adds  a new master key to the master key principal, but does not mark it as active.  Existing master keys
       will remain.  The -e option specifies the encryption type of the new master key; see Encryption_types  in
       kdc.conf(5)  for  a list of possible values.  The -s option stashes the new master key in the stash file,
       which will be created if it doesn't already exist.

       After a new master key is added, it should be propagated to  slave  servers  via  a  manual  or  periodic
       invocation  of kprop(8).  Then, the stash files on the slave servers should be updated with the kdb5_util
       stash command.  Once those steps are complete, the key is ready to be marked active  with  the  kdb5_util
       use_mkey command.

   use_mkey
          use_mkey mkeyVNO [time]

       Sets  the  activation  time of the master key specified by mkeyVNO.  Once a master key becomes active, it
       will be used to encrypt newly created principal keys.  If no time argument is given, the current time  is
       used,  causing  the  specified  master  key version to become active immediately.  The format for time is
       getdate string.

       After a new master key becomes active, the kdb5_util  update_princ_encryption  command  can  be  used  to
       update all principal keys to be encrypted in the new master key.

   list_mkeys
          list_mkeys

       List  all  master  keys, from most recent to earliest, in the master key principal.  The output will show
       the kvno, enctype, and salt type for each mkey, similar  to  the  output  of  kadmin(1)  getprinc.   A  *
       following an mkey denotes the currently active master key.

   purge_mkeys
          purge_mkeys [-f] [-n] [-v]

       Delete  master  keys  from  the  master  key principal that are not used to protect any principals.  This
       command can be used to remove old master keys all principal keys are protected by a newer master key.

       -f     does not prompt for confirmation.

       -n     performs a dry run, showing master keys that would be purged, but not actually purging any keys.

       -v     gives more verbose output.

   update_princ_encryption
          update_princ_encryption [-f] [-n] [-v] [princ-pattern]

       Update all principal records (or only those matching the princ-pattern glob pattern)  to  re-encrypt  the
       key  data using the active database master key, if they are encrypted using a different version, and give
       a count at the end of the number of principals  updated.   If  the  -f  option  is  not  given,  ask  for
       confirmation  before  starting  to  make  changes.   The  -v option causes each principal processed to be
       listed, with an indication as to whether it needed updating or not.  The -n option performs  a  dry  run,
       only showing the actions which would have been taken.

SEE ALSO

       kadmin(1)

AUTHOR

       MIT

COPYRIGHT

       1985-2013, MIT