aboutsummaryrefslogtreecommitdiffstats
path: root/src/pubkey/ecdh/ecdh.h
Commit message (Collapse)AuthorAgeFilesLines
* Use size_t instead of u32bit in all of pubkeylloyd2010-10-121-2/+2
|
* Replace "@return a blah" and "@return the blah" with just "@return blah"lloyd2010-06-161-2/+2
|
* Fix a few hundred Doxygen warningslloyd2010-06-151-1/+2
|
* Expose public_value() in ECDH public keylloyd2010-04-201-3/+10
|
* Deconstify PK_Ops. It's quite reasonable that some op will want tolloyd2010-03-091-20/+1
| | | | | | | | | | | | | precompute only as needed, or will want to access some other expensive resource or etc. Change how the secret for generating blinding is done in cases where a PRNG isn't available. Use the operations public op to hide the secret, for instance the seed for a DH blinding variable is 2^x mod p. Make use of being able to mutate internal structures in the RW signer, since that does have access to a PRNG, so use it to initialize the blinder on first call to sign().
* Rename PK_Ops::Signature_Operation to PK_Ops::Signaturelloyd2010-03-051-1/+1
| | | | Rename PK_Ops::KA_Operation to PK_Ops::Key_Agreement
* The operation can assume the key will continue to exist as long as it does,lloyd2010-03-041-2/+3
| | | | so keep the curve and cofactor in ECDH op by reference instead of value.
* This checkin represents a pretty major change in how PK operations arelloyd2010-03-041-1/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | performed. Up until now, each key object (eg DSA_PublicKey or ECDH_PrivateKey) had two jobs: contain the key material, and know how to perform any operations on that key. However because of a desire to support alternative implementations (GNU MP, hardware, whatever), there was a notion of operations, with the key objects containing an op that they got via engine rather than actually implementing the underlying algorithms directly. Now, represent the operation as an abstract interface (typically mapping a byte string to a byte string), and pass a plain Public_Key& or Private_Key& to the engine. The engine does any checks it wants (eg based on name, typeid, key sizes, etc), and either returns nothing (I'll pass) or a pointer to a new operation that represents signatures or encryption or what-have-you using that key. This means that plain key objects no longer contain operations. This is a major break with the traditional interface. On the other hand, using these 'bare' operations without padding, KDFs, etc is 99% of the time a bad idea anyway (and if you really need them, there are options so you get the bare op but via the pubkey.h interfaces). Currently this change is only implemented for DH and ECDH (ie, key agreement algorithms). Additionally the optional engines (gnump and openssl) have not been updated. I'll probably wait to touch those until after I can change them all in one go for all algos.
* Add similar decoding constructors to the private keyslloyd2010-03-041-5/+3
|
* Add a new constructor to each public key algorithm (only the publiclloyd2010-03-041-5/+6
| | | | | | | keys so far, private keys not changed) that takes an AlgorithmIdentifier and a MemoryRegion<byte>&. This performs the X.509 decoding. It is not possible anymore to create uninitialized PK objects.
* Add some simple constructors to the EC_ base key types to simplifylloyd2010-03-021-14/+16
| | | | the various implementations
* Rename ECKAEG to ECDH. As far as I can tell they are the same algorithm,lloyd2010-03-021-0/+100
I'm not sure where the old name came from though as literally the only hits for it on Google are botan-related.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-27 08:26:01 +0000