git.oblomov.eu Git - git/blob - credential.h

   1 #ifndef CREDENTIAL_H
   2 #define CREDENTIAL_H
   3
   4 #include "string-list.h"
   5
   6 /**
   7  * The credentials API provides an abstracted way of gathering username and
   8  * password credentials from the user.
   9  *
  10  * Typical setup
  11  * -------------
  12  *
  13  * ------------
  14  * +-----------------------+
  15  * | Git code (C)          |--- to server requiring --->
  16  * |                       |        authentication
  17  * |.......................|
  18  * | C credential API      |--- prompt ---> User
  19  * +-----------------------+
  20  *      ^      |
  21  *      | pipe |
  22  *      |      v
  23  * +-----------------------+
  24  * | Git credential helper |
  25  * +-----------------------+
  26  * ------------
  27  *
  28  * The Git code (typically a remote-helper) will call the C API to obtain
  29  * credential data like a login/password pair (credential_fill). The
  30  * API will itself call a remote helper (e.g. "git credential-cache" or
  31  * "git credential-store") that may retrieve credential data from a
  32  * store. If the credential helper cannot find the information, the C API
  33  * will prompt the user. Then, the caller of the API takes care of
  34  * contacting the server, and does the actual authentication.
  35  *
  36  * C API
  37  * -----
  38  *
  39  * The credential C API is meant to be called by Git code which needs to
  40  * acquire or store a credential. It is centered around an object
  41  * representing a single credential and provides three basic operations:
  42  * fill (acquire credentials by calling helpers and/or prompting the user),
  43  * approve (mark a credential as successfully used so that it can be stored
  44  * for later use), and reject (mark a credential as unsuccessful so that it
  45  * can be erased from any persistent storage).
  46  *
  47  * Example
  48  * ~~~~~~~
  49  *
  50  * The example below shows how the functions of the credential API could be
  51  * used to login to a fictitious "foo" service on a remote host:
  52  *
  53  * -----------------------------------------------------------------------
  54  * int foo_login(struct foo_connection *f)
  55  * {
  56  *      int status;
  57  *      // Create a credential with some context; we don't yet know the
  58  *      // username or password.
  59  *
  60  * struct credential c = CREDENTIAL_INIT;
  61  * c.protocol = xstrdup("foo");
  62  * c.host = xstrdup(f->hostname);
  63  *
  64  * // Fill in the username and password fields by contacting
  65  * // helpers and/or asking the user. The function will die if it
  66  * // fails.
  67  * credential_fill(&c);
  68  *
  69  * // Otherwise, we have a username and password. Try to use it.
  70  *
  71  * status = send_foo_login(f, c.username, c.password);
  72  * switch (status) {
  73  * case FOO_OK:
  74  * // It worked. Store the credential for later use.
  75  * credential_accept(&c);
  76  * break;
  77  * case FOO_BAD_LOGIN:
  78  * // Erase the credential from storage so we don't try it again.
  79  * credential_reject(&c);
  80  * break;
  81  * default:
  82  * // Some other error occurred. We don't know if the
  83  * // credential is good or bad, so report nothing to the
  84  * // credential subsystem.
  85  * }
  86  *
  87  * // Free any associated resources.
  88  * credential_clear(&c);
  89  *
  90  * return status;
  91  * }
  92  * -----------------------------------------------------------------------
  93  */
  94
  95
  96 /**
  97  * This struct represents a single username/password combination
  98  * along with any associated context. All string fields should be
  99  * heap-allocated (or NULL if they are not known or not applicable).
 100  * The meaning of the individual context fields is the same as
 101  * their counterparts in the helper protocol.
 102  *
 103  * This struct should always be initialized with `CREDENTIAL_INIT` or
 104  * `credential_init`.
 105  */
 106 struct credential {
 107
 108         /**
 109          * A `string_list` of helpers. Each string specifies an external
 110          * helper which will be run, in order, to either acquire or store
 111          * credentials. This list is filled-in by the API functions
 112          * according to the corresponding configuration variables before
 113          * consulting helpers, so there usually is no need for a caller to
 114          * modify the helpers field at all.
 115          */
 116         struct string_list helpers;
 117
 118         unsigned approved:1,
 119                  configured:1,
 120                  quit:1,
 121                  use_http_path:1;
 122
 123         char *username;
 124         char *password;
 125         char *protocol;
 126         char *host;
 127         char *path;
 128 };
 129
 130 #define CREDENTIAL_INIT { STRING_LIST_INIT_DUP }
 131
 132 /* Initialize a credential structure, setting all fields to empty. */
 133 void credential_init(struct credential *);
 134
 135 /**
 136  * Free any resources associated with the credential structure, returning
 137  * it to a pristine initialized state.
 138  */
 139 void credential_clear(struct credential *);
 140
 141 /**
 142  * Instruct the credential subsystem to fill the username and
 143  * password fields of the passed credential struct by first
 144  * consulting helpers, then asking the user. After this function
 145  * returns, the username and password fields of the credential are
 146  * guaranteed to be non-NULL. If an error occurs, the function will
 147  * die().
 148  */
 149 void credential_fill(struct credential *);
 150
 151 /**
 152  * Inform the credential subsystem that the provided credentials
 153  * were successfully used for authentication.  This will cause the
 154  * credential subsystem to notify any helpers of the approval, so
 155  * that they may store the result to be used again.  Any errors
 156  * from helpers are ignored.
 157  */
 158 void credential_approve(struct credential *);
 159
 160 /**
 161  * Inform the credential subsystem that the provided credentials
 162  * have been rejected. This will cause the credential subsystem to
 163  * notify any helpers of the rejection (which allows them, for
 164  * example, to purge the invalid credentials from storage). It
 165  * will also free() the username and password fields of the
 166  * credential and set them to NULL (readying the credential for
 167  * another call to `credential_fill`). Any errors from helpers are
 168  * ignored.
 169  */
 170 void credential_reject(struct credential *);
 171
 172 int credential_read(struct credential *, FILE *);
 173 void credential_write(const struct credential *, FILE *);
 174
 175 /* Parse a URL into broken-down credential fields. */
 176 void credential_from_url(struct credential *, const char *url);
 177
 178 int credential_match(const struct credential *have,
 179                      const struct credential *want);
 180
 181 #endif /* CREDENTIAL_H */