You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
502 lines
22 KiB
502 lines
22 KiB
/*- |
|
* ModExp / RSA (with/without KM) plugin API |
|
* |
|
* The application will load a dynamic library which |
|
* exports entrypoint(s) defined in this file. |
|
* |
|
* This set of entrypoints provides only a multithreaded, |
|
* synchronous-within-each-thread, facility. |
|
* |
|
* |
|
* This file is Copyright 1998-2000 nCipher Corporation Limited. |
|
* |
|
* Redistribution and use in source and binary forms, with opr without |
|
* modification, are permitted provided that the following conditions |
|
* are met: |
|
* |
|
* 1. Redistributions of source code must retain the copyright notice, |
|
* this list of conditions, and the following disclaimer. |
|
* |
|
* 2. Redistributions in binary form must reproduce the above |
|
* copyright notice, this list of conditions, and the following |
|
* disclaimer, in the documentation and/or other materials provided |
|
* with the distribution |
|
* |
|
* IN NO EVENT SHALL NCIPHER CORPORATION LIMITED (`NCIPHER') AND/OR |
|
* ANY OTHER AUTHORS OR DISTRIBUTORS OF THIS FILE BE LIABLE for any |
|
* damages arising directly or indirectly from this file, its use or |
|
* this licence. Without prejudice to the generality of the |
|
* foregoing: all liability shall be excluded for direct, indirect, |
|
* special, incidental, consequential or other damages or any loss of |
|
* profits, business, revenue goodwill or anticipated savings; |
|
* liability shall be excluded even if nCipher or anyone else has been |
|
* advised of the possibility of damage. In any event, if the |
|
* exclusion of liability is not effective, the liability of nCipher |
|
* or any author or distributor shall be limited to the lesser of the |
|
* price paid and 1,000 pounds sterling. This licence only fails to |
|
* exclude or limit liability for death or personal injury arising out |
|
* of negligence, and only to the extent that such an exclusion or |
|
* limitation is not effective. |
|
* |
|
* NCIPHER AND THE AUTHORS AND DISTRIBUTORS SPECIFICALLY DISCLAIM ALL |
|
* AND ANY WARRANTIES (WHETHER EXPRESS OR IMPLIED), including, but not |
|
* limited to, any implied warranties of merchantability, fitness for |
|
* a particular purpose, satisfactory quality, and/or non-infringement |
|
* of any third party rights. |
|
* |
|
* US Government use: This software and documentation is Commercial |
|
* Computer Software and Computer Software Documentation, as defined in |
|
* sub-paragraphs (a)(1) and (a)(5) of DFAR 252.227-7014, "Rights in |
|
* Noncommercial Computer Software and Noncommercial Computer Software |
|
* Documentation." Use, duplication or disclosure by the Government is |
|
* subject to the terms and conditions specified here. |
|
* |
|
* By using or distributing this file you will be accepting these |
|
* terms and conditions, including the limitation of liability and |
|
* lack of warranty. If you do not wish to accept these terms and |
|
* conditions, DO NOT USE THE FILE. |
|
* |
|
* |
|
* The actual dynamically loadable plugin, and the library files for |
|
* static linking, which are also provided in some distributions, are |
|
* not covered by the licence described above. You should have |
|
* received a separate licence with terms and conditions for these |
|
* library files; if you received the library files without a licence, |
|
* please contact nCipher. |
|
* |
|
* |
|
* $Id: hwcryptohook.h,v 1.1 2002/10/11 17:10:59 levitte Exp $ |
|
*/ |
|
|
|
#ifndef HWCRYPTOHOOK_H |
|
# define HWCRYPTOHOOK_H |
|
|
|
# include <sys/types.h> |
|
# include <stdio.h> |
|
|
|
# ifndef HWCRYPTOHOOK_DECLARE_APPTYPES |
|
# define HWCRYPTOHOOK_DECLARE_APPTYPES 1 |
|
# endif |
|
|
|
# define HWCRYPTOHOOK_ERROR_FAILED -1 |
|
# define HWCRYPTOHOOK_ERROR_FALLBACK -2 |
|
# define HWCRYPTOHOOK_ERROR_MPISIZE -3 |
|
|
|
# if HWCRYPTOHOOK_DECLARE_APPTYPES |
|
|
|
/*- |
|
* These structs are defined by the application and opaque to the |
|
* crypto plugin. The application may define these as it sees fit. |
|
* Default declarations are provided here, but the application may |
|
* #define HWCRYPTOHOOK_DECLARE_APPTYPES 0 |
|
* to prevent these declarations, and instead provide its own |
|
* declarations of these types. (Pointers to them must still be |
|
* ordinary pointers to structs or unions, or the resulting combined |
|
* program will have a type inconsistency.) |
|
*/ |
|
typedef struct HWCryptoHook_MutexValue HWCryptoHook_Mutex; |
|
typedef struct HWCryptoHook_CondVarValue HWCryptoHook_CondVar; |
|
typedef struct HWCryptoHook_PassphraseContextValue |
|
HWCryptoHook_PassphraseContext; |
|
typedef struct HWCryptoHook_CallerContextValue HWCryptoHook_CallerContext; |
|
|
|
# endif /* HWCRYPTOHOOK_DECLARE_APPTYPES */ |
|
|
|
/*- |
|
* These next two structs are opaque to the application. The crypto |
|
* plugin will return pointers to them; the caller simply manipulates |
|
* the pointers. |
|
*/ |
|
typedef struct HWCryptoHook_Context *HWCryptoHook_ContextHandle; |
|
typedef struct HWCryptoHook_RSAKey *HWCryptoHook_RSAKeyHandle; |
|
|
|
typedef struct { |
|
char *buf; |
|
size_t size; |
|
} HWCryptoHook_ErrMsgBuf; |
|
/*- |
|
* Used for error reporting. When a HWCryptoHook function fails it |
|
* will return a sentinel value (0 for pointer-valued functions, or a |
|
* negative number, usually HWCRYPTOHOOK_ERROR_FAILED, for |
|
* integer-valued ones). It will, if an ErrMsgBuf is passed, also put |
|
* an error message there. |
|
* |
|
* size is the size of the buffer, and will not be modified. If you |
|
* pass 0 for size you must pass 0 for buf, and nothing will be |
|
* recorded (just as if you passed 0 for the struct pointer). |
|
* Messages written to the buffer will always be null-terminated, even |
|
* when truncated to fit within size bytes. |
|
* |
|
* The contents of the buffer are not defined if there is no error. |
|
*/ |
|
|
|
typedef struct HWCryptoHook_MPIStruct { |
|
unsigned char *buf; |
|
size_t size; |
|
} HWCryptoHook_MPI; |
|
/*- |
|
* When one of these is returned, a pointer is passed to the function. |
|
* At call, size is the space available. Afterwards it is updated to |
|
* be set to the actual length (which may be more than the space available, |
|
* if there was not enough room and the result was truncated). |
|
* buf (the pointer) is not updated. |
|
* |
|
* size is in bytes and may be zero at call or return, but must be a |
|
* multiple of the limb size. Zero limbs at the MS end are not |
|
* permitted. |
|
*/ |
|
|
|
# define HWCryptoHook_InitFlags_FallbackModExp 0x0002UL |
|
# define HWCryptoHook_InitFlags_FallbackRSAImmed 0x0004UL |
|
/*- |
|
* Enable requesting fallback to software in case of problems with the |
|
* hardware support. This indicates to the crypto provider that the |
|
* application is prepared to fall back to software operation if the |
|
* ModExp* or RSAImmed* functions return HWCRYPTOHOOK_ERROR_FALLBACK. |
|
* Without this flag those calls will never return |
|
* HWCRYPTOHOOK_ERROR_FALLBACK. The flag will also cause the crypto |
|
* provider to avoid repeatedly attempting to contact dead hardware |
|
* within a short interval, if appropriate. |
|
*/ |
|
|
|
# define HWCryptoHook_InitFlags_SimpleForkCheck 0x0010UL |
|
/*- |
|
* Without _SimpleForkCheck the library is allowed to assume that the |
|
* application will not fork and call the library in the child(ren). |
|
* |
|
* When it is specified, this is allowed. However, after a fork |
|
* neither parent nor child may unload any loaded keys or call |
|
* _Finish. Instead, they should call exit (or die with a signal) |
|
* without calling _Finish. After all the children have died the |
|
* parent may unload keys or call _Finish. |
|
* |
|
* This flag only has any effect on UN*X platforms. |
|
*/ |
|
|
|
typedef struct { |
|
unsigned long flags; |
|
void *logstream; /* usually a FILE*. See below. */ |
|
size_t limbsize; /* bignum format - size of radix type, must |
|
* be power of 2 */ |
|
int mslimbfirst; /* 0 or 1 */ |
|
int msbytefirst; /* 0 or 1; -1 = native */ |
|
/*- |
|
* All the callback functions should return 0 on success, or a |
|
* nonzero integer (whose value will be visible in the error message |
|
* put in the buffer passed to the call). |
|
* |
|
* If a callback is not available pass a null function pointer. |
|
* |
|
* The callbacks may not call down again into the crypto plugin. |
|
*/ |
|
/*- |
|
* For thread-safety. Set everything to 0 if you promise only to be |
|
* singlethreaded. maxsimultaneous is the number of calls to |
|
* ModExp[Crt]/RSAImmed{Priv,Pub}/RSA. If you don't know what to |
|
* put there then say 0 and the hook library will use a default. |
|
* |
|
* maxmutexes is a small limit on the number of simultaneous mutexes |
|
* which will be requested by the library. If there is no small |
|
* limit, set it to 0. If the crypto plugin cannot create the |
|
* advertised number of mutexes the calls to its functions may fail. |
|
* If a low number of mutexes is advertised the plugin will try to |
|
* do the best it can. Making larger numbers of mutexes available |
|
* may improve performance and parallelism by reducing contention |
|
* over critical sections. Unavailability of any mutexes, implying |
|
* single-threaded operation, should be indicated by the setting |
|
* mutex_init et al to 0. |
|
*/ |
|
int maxmutexes; |
|
int maxsimultaneous; |
|
size_t mutexsize; |
|
int (*mutex_init) (HWCryptoHook_Mutex *, |
|
HWCryptoHook_CallerContext * cactx); |
|
int (*mutex_acquire) (HWCryptoHook_Mutex *); |
|
void (*mutex_release) (HWCryptoHook_Mutex *); |
|
void (*mutex_destroy) (HWCryptoHook_Mutex *); |
|
/*- |
|
* For greater efficiency, can use condition vars internally for |
|
* synchronisation. In this case maxsimultaneous is ignored, but |
|
* the other mutex stuff must be available. In singlethreaded |
|
* programs, set everything to 0. |
|
*/ |
|
size_t condvarsize; |
|
int (*condvar_init) (HWCryptoHook_CondVar *, |
|
HWCryptoHook_CallerContext * cactx); |
|
int (*condvar_wait) (HWCryptoHook_CondVar *, HWCryptoHook_Mutex *); |
|
void (*condvar_signal) (HWCryptoHook_CondVar *); |
|
void (*condvar_broadcast) (HWCryptoHook_CondVar *); |
|
void (*condvar_destroy) (HWCryptoHook_CondVar *); |
|
/*- |
|
* The semantics of acquiring and releasing mutexes and broadcasting |
|
* and waiting on condition variables are expected to be those from |
|
* POSIX threads (pthreads). The mutexes may be (in pthread-speak) |
|
* fast mutexes, recursive mutexes, or nonrecursive ones. |
|
* |
|
* The _release/_signal/_broadcast and _destroy functions must |
|
* always succeed when given a valid argument; if they are given an |
|
* invalid argument then the program (crypto plugin + application) |
|
* has an internal error, and they should abort the program. |
|
*/ |
|
int (*getpassphrase) (const char *prompt_info, |
|
int *len_io, char *buf, |
|
HWCryptoHook_PassphraseContext * ppctx, |
|
HWCryptoHook_CallerContext * cactx); |
|
/*- |
|
* Passphrases and the prompt_info, if they contain high-bit-set |
|
* characters, are UTF-8. The prompt_info may be a null pointer if |
|
* no prompt information is available (it should not be an empty |
|
* string). It will not contain text like `enter passphrase'; |
|
* instead it might say something like `Operator Card for John |
|
* Smith' or `SmartCard in nFast Module #1, Slot #1'. |
|
* |
|
* buf points to a buffer in which to return the passphrase; on |
|
* entry *len_io is the length of the buffer. It should be updated |
|
* by the callback. The returned passphrase should not be |
|
* null-terminated by the callback. |
|
*/ |
|
int (*getphystoken) (const char *prompt_info, |
|
const char *wrong_info, |
|
HWCryptoHook_PassphraseContext * ppctx, |
|
HWCryptoHook_CallerContext * cactx); |
|
/*- |
|
* Requests that the human user physically insert a different |
|
* smartcard, DataKey, etc. The plugin should check whether the |
|
* currently inserted token(s) are appropriate, and if they are it |
|
* should not make this call. |
|
* |
|
* prompt_info is as before. wrong_info is a description of the |
|
* currently inserted token(s) so that the user is told what |
|
* something is. wrong_info, like prompt_info, may be null, but |
|
* should not be an empty string. Its contents should be |
|
* syntactically similar to that of prompt_info. |
|
*/ |
|
/*- |
|
* Note that a single LoadKey operation might cause several calls to |
|
* getpassphrase and/or requestphystoken. If requestphystoken is |
|
* not provided (ie, a null pointer is passed) then the plugin may |
|
* not support loading keys for which authorisation by several cards |
|
* is required. If getpassphrase is not provided then cards with |
|
* passphrases may not be supported. |
|
* |
|
* getpassphrase and getphystoken do not need to check that the |
|
* passphrase has been entered correctly or the correct token |
|
* inserted; the crypto plugin will do that. If this is not the |
|
* case then the crypto plugin is responsible for calling these |
|
* routines again as appropriate until the correct token(s) and |
|
* passphrase(s) are supplied as required, or until any retry limits |
|
* implemented by the crypto plugin are reached. |
|
* |
|
* In either case, the application must allow the user to say `no' |
|
* or `cancel' to indicate that they do not know the passphrase or |
|
* have the appropriate token; this should cause the callback to |
|
* return nonzero indicating error. |
|
*/ |
|
void (*logmessage) (void *logstream, const char *message); |
|
/*- |
|
* A log message will be generated at least every time something goes |
|
* wrong and an ErrMsgBuf is filled in (or would be if one was |
|
* provided). Other diagnostic information may be written there too, |
|
* including more detailed reasons for errors which are reported in an |
|
* ErrMsgBuf. |
|
* |
|
* When a log message is generated, this callback is called. It |
|
* should write a message to the relevant logging arrangements. |
|
* |
|
* The message string passed will be null-terminated and may be of arbitrary |
|
* length. It will not be prefixed by the time and date, nor by the |
|
* name of the library that is generating it - if this is required, |
|
* the logmessage callback must do it. The message will not have a |
|
* trailing newline (though it may contain internal newlines). |
|
* |
|
* If a null pointer is passed for logmessage a default function is |
|
* used. The default function treats logstream as a FILE* which has |
|
* been converted to a void*. If logstream is 0 it does nothing. |
|
* Otherwise it prepends the date and time and library name and |
|
* writes the message to logstream. Each line will be prefixed by a |
|
* descriptive string containing the date, time and identity of the |
|
* crypto plugin. Errors on the logstream are not reported |
|
* anywhere, and the default function doesn't flush the stream, so |
|
* the application must set the buffering how it wants it. |
|
* |
|
* The crypto plugin may also provide a facility to have copies of |
|
* log messages sent elsewhere, and or for adjusting the verbosity |
|
* of the log messages; any such facilities will be configured by |
|
* external means. |
|
*/ |
|
} HWCryptoHook_InitInfo; |
|
|
|
typedef |
|
HWCryptoHook_ContextHandle HWCryptoHook_Init_t(const HWCryptoHook_InitInfo * |
|
initinfo, size_t initinfosize, |
|
const HWCryptoHook_ErrMsgBuf * |
|
errors, |
|
HWCryptoHook_CallerContext * |
|
cactx); |
|
extern HWCryptoHook_Init_t HWCryptoHook_Init; |
|
|
|
/*- |
|
* Caller should set initinfosize to the size of the HWCryptoHook struct, |
|
* so it can be extended later. |
|
* |
|
* On success, a message for display or logging by the server, |
|
* including the name and version number of the plugin, will be filled |
|
* in into *errors; on failure *errors is used for error handling, as |
|
* usual. |
|
*/ |
|
|
|
/*- |
|
* All these functions return 0 on success, HWCRYPTOHOOK_ERROR_FAILED |
|
* on most failures. HWCRYPTOHOOK_ERROR_MPISIZE means at least one of |
|
* the output MPI buffer(s) was too small; the sizes of all have been |
|
* set to the desired size (and for those where the buffer was large |
|
* enough, the value may have been copied in), and no error message |
|
* has been recorded. |
|
* |
|
* You may pass 0 for the errors struct. In any case, unless you set |
|
* _NoStderr at init time then messages may be reported to stderr. |
|
*/ |
|
|
|
/*- |
|
* The RSAImmed* functions (and key managed RSA) only work with |
|
* modules which have an RSA patent licence - currently that means KM |
|
* units; the ModExp* ones work with all modules, so you need a patent |
|
* licence in the software in the US. They are otherwise identical. |
|
*/ |
|
|
|
typedef |
|
void HWCryptoHook_Finish_t(HWCryptoHook_ContextHandle hwctx); |
|
extern HWCryptoHook_Finish_t HWCryptoHook_Finish; |
|
/* You must not have any calls going or keys loaded when you call this. */ |
|
|
|
typedef |
|
int HWCryptoHook_RandomBytes_t(HWCryptoHook_ContextHandle hwctx, |
|
unsigned char *buf, size_t len, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RandomBytes_t HWCryptoHook_RandomBytes; |
|
|
|
typedef |
|
int HWCryptoHook_ModExp_t(HWCryptoHook_ContextHandle hwctx, |
|
HWCryptoHook_MPI a, |
|
HWCryptoHook_MPI p, |
|
HWCryptoHook_MPI n, |
|
HWCryptoHook_MPI * r, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_ModExp_t HWCryptoHook_ModExp; |
|
|
|
typedef |
|
int HWCryptoHook_RSAImmedPub_t(HWCryptoHook_ContextHandle hwctx, |
|
HWCryptoHook_MPI m, |
|
HWCryptoHook_MPI e, |
|
HWCryptoHook_MPI n, |
|
HWCryptoHook_MPI * r, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RSAImmedPub_t HWCryptoHook_RSAImmedPub; |
|
|
|
typedef |
|
int HWCryptoHook_ModExpCRT_t(HWCryptoHook_ContextHandle hwctx, |
|
HWCryptoHook_MPI a, |
|
HWCryptoHook_MPI p, |
|
HWCryptoHook_MPI q, |
|
HWCryptoHook_MPI dmp1, |
|
HWCryptoHook_MPI dmq1, |
|
HWCryptoHook_MPI iqmp, |
|
HWCryptoHook_MPI * r, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_ModExpCRT_t HWCryptoHook_ModExpCRT; |
|
|
|
typedef |
|
int HWCryptoHook_RSAImmedPriv_t(HWCryptoHook_ContextHandle hwctx, |
|
HWCryptoHook_MPI m, |
|
HWCryptoHook_MPI p, |
|
HWCryptoHook_MPI q, |
|
HWCryptoHook_MPI dmp1, |
|
HWCryptoHook_MPI dmq1, |
|
HWCryptoHook_MPI iqmp, |
|
HWCryptoHook_MPI * r, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RSAImmedPriv_t HWCryptoHook_RSAImmedPriv; |
|
|
|
/*- |
|
* The RSAImmed* and ModExp* functions may return E_FAILED or |
|
* E_FALLBACK for failure. |
|
* |
|
* E_FAILED means the failure is permanent and definite and there |
|
* should be no attempt to fall back to software. (Eg, for some |
|
* applications, which support only the acceleration-only |
|
* functions, the `key material' may actually be an encoded key |
|
* identifier, and doing the operation in software would give wrong |
|
* answers.) |
|
* |
|
* E_FALLBACK means that doing the computation in software would seem |
|
* reasonable. If an application pays attention to this and is |
|
* able to fall back, it should also set the Fallback init flags. |
|
*/ |
|
|
|
typedef |
|
int HWCryptoHook_RSALoadKey_t(HWCryptoHook_ContextHandle hwctx, |
|
const char *key_ident, |
|
HWCryptoHook_RSAKeyHandle * keyhandle_r, |
|
const HWCryptoHook_ErrMsgBuf * errors, |
|
HWCryptoHook_PassphraseContext * ppctx); |
|
extern HWCryptoHook_RSALoadKey_t HWCryptoHook_RSALoadKey; |
|
/*- |
|
* The key_ident is a null-terminated string configured by the |
|
* user via the application's usual configuration mechanisms. |
|
* It is provided to the user by the crypto provider's key management |
|
* system. The user must be able to enter at least any string of between |
|
* 1 and 1023 characters inclusive, consisting of printable 7-bit |
|
* ASCII characters. The provider should avoid using |
|
* any characters except alphanumerics and the punctuation |
|
* characters _ - + . / @ ~ (the user is expected to be able |
|
* to enter these without quoting). The string may be case-sensitive. |
|
* The application may allow the user to enter other NULL-terminated strings, |
|
* and the provider must cope (returning an error if the string is not |
|
* valid). |
|
* |
|
* If the key does not exist, no error is recorded and 0 is returned; |
|
* keyhandle_r will be set to 0 instead of to a key handle. |
|
*/ |
|
|
|
typedef |
|
int HWCryptoHook_RSAGetPublicKey_t(HWCryptoHook_RSAKeyHandle k, |
|
HWCryptoHook_MPI * n, |
|
HWCryptoHook_MPI * e, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RSAGetPublicKey_t HWCryptoHook_RSAGetPublicKey; |
|
/*- |
|
* The crypto plugin will not store certificates. |
|
* |
|
* Although this function for acquiring the public key value is |
|
* provided, it is not the purpose of this API to deal fully with the |
|
* handling of the public key. |
|
* |
|
* It is expected that the crypto supplier's key generation program |
|
* will provide general facilities for producing X.509 |
|
* self-certificates and certificate requests in PEM format. These |
|
* will be given to the user so that they can configure them in the |
|
* application, send them to CAs, or whatever. |
|
* |
|
* In case this kind of certificate handling is not appropriate, the |
|
* crypto supplier's key generation program should be able to be |
|
* configured not to generate such a self-certificate or certificate |
|
* request. Then the application will need to do all of this, and |
|
* will need to store and handle the public key and certificates |
|
* itself. |
|
*/ |
|
|
|
typedef |
|
int HWCryptoHook_RSAUnloadKey_t(HWCryptoHook_RSAKeyHandle k, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RSAUnloadKey_t HWCryptoHook_RSAUnloadKey; |
|
/* Might fail due to locking problems, or other serious internal problems. */ |
|
|
|
typedef |
|
int HWCryptoHook_RSA_t(HWCryptoHook_MPI m, |
|
HWCryptoHook_RSAKeyHandle k, |
|
HWCryptoHook_MPI * r, |
|
const HWCryptoHook_ErrMsgBuf * errors); |
|
extern HWCryptoHook_RSA_t HWCryptoHook_RSA; |
|
/* RSA private key operation (sign or decrypt) - raw, unpadded. */ |
|
|
|
#endif /* HWCRYPTOHOOK_H */
|
|
|