libolm - Implementation of the olm and megolm cryptographic ratchets

Age	Commit message (Collapse)	Author
2016-09-01	Fix Ed25519 keypair generation	Richard van der Hoff
	Ed25519 private keys, it turns out, have 64 bytes, not 32. We were previously generating only 32 bytes (which is all that is required to generate the public key), and then using the public key as the upper 32 bytes when generating the per-message session key. This meant that everything appeared to work, but the security of the private key was severely compromised. By way of fixes: * Use the correct algorithm for generating the Ed25519 private key, and store all 512 bits of it. * Update the account pickle format and refuse to load the old format (since we should consider it compromised). * Bump the library version, and add a function to retrieve the library version, so that applications can verify that they are linked against a fixed version of the library. * Remove the curve25519_{sign, verify} functions which were unused and of dubious quality.
2016-05-23	Give SHA256 functions C bindings	Richard van der Hoff

2016-05-20	Remove functions which return strings	Richard van der Hoff
	We don't want anything which does dynamic memory allocation in the library.
2016-04-26	Add some logging to help understand what's going on	Richard van der Hoff

2015-08-19	Replace hard coded references to the 32-byte key length with a constant, add ↵	Mark Haines
	utilities for copying data to and from fixed sized arrays
2015-07-07	Add functions for creating and verifying ed25519 signatures	Mark Haines

2015-07-07	Rename generate_key to curve25519_generate_key	Mark Haines

2015-06-27	Rename axolotlpp as olm to avoid confusion with Axolotl-the-spec and ↵	Matthew Hodgson
	Axolotl-the-OWS-libraries at moxie's request