18 Commits (55293716375aef0c4727beb591b70e0ee3a70630)

Author	SHA1	Message	Date
Stephen Shelton	273270916e	The Great Wall of Blame ... This commit reflects changes to clang-format rules. Unfortunately, these rule changes create a massive change to the codebase, which causes an apparent rewrite of git history. Git blame's --ignore-rev flag can be used to ignore this commit when attempting to `git blame` some code.	4 years ago
Jason Rhinelander	8cd95c01b3	Abstract signing hash data location ... This makes the interface a little cleaner by not requiring the class user to know how we laid out the data in the object.	4 years ago
Jason Rhinelander	f1171ed7a2	make format 😠 🤮	4 years ago
Jason Rhinelander	cd8f26deff	Use hash instead of random for signing hash data ... This makes PrivateKey store both the key followed by the hash. For PrivateKeys based on SecretKeys this just means the second half of the SHA-512 of the seed, and makes a PrivateKey constructed from a SecretKey give an identical signature to signing directly with sodium. For derived keys we use a ShortHash of the root key's signing hash concatenated with the publicly known hash value, so that our derived key signing hash will be different from the root signing hash and also different for different derivation parameters. This also changed one of the asserts in crypto_noop, but upon closer inspection the copying of the secret key into the signature seems really wrong, so just changed them to fill with 0s.	4 years ago
Jason Rhinelander	860c5efd47	Derived key fixes ... The reason things weren't working here is because libsodium does something completely unintuitive and called the seed the "secret key" when it isn't, it's the seed. This adds a new PrivateKey class (alongside the existing SecretKey and PubKey) that holds just a private key value but no seed -- which we need to do because there is no way we can get a seed after calculating a derived keypair. With these changes, we now generate exactly the same keys and subkeys as Tor (and a new test case uses values generated in Tor to verify this). This is incomplete -- the subkey signing code is still not implemented; it has to be adapted to create a signature from a PrivateKey rather than a SecretKey which will probably requiring working around/reimplementing some of what libsodium does for creating a signature since it expects "secret keys" i.e. the seed.	4 years ago
Jeff Becker	99eb7726ff	initial dht key blinding	4 years ago
Michael	491fee206b	Port code to use CryptoManager over passing Crypto pointers	5 years ago
Michael	dd8a93a400	Apply rule of zero to code base	5 years ago
Michael	4143472a17	Add cmake module to target a library as 'system', and fix a few warnings	5 years ago
Jeff Becker	5399b93270	make format and readd win32 console color logging	5 years ago
Jeff	ff18ba229a	Merge pull request #411 from majestrate/staging ... change signing algo	5 years ago
Jeff Becker	ee283547b5	change signature scheme and fucking hope that the rest of the code doesn't fug itself over ;~;	5 years ago
Ryan Tharp	823f276280	allow blocked output of identitySecret	5 years ago
Michael	e4cf1f245c	Convert most of llarp to use Printer	5 years ago
Michael	048fa83c39	Finish replacement of Router with AbstractRouter	5 years ago
Michael	1f95f1e78f	More unit tests of dht internals	5 years ago
Jeff Becker	d89e58199a	add initial identity key seed stuff ... add more kubernetes stuff make shared library installed if built	5 years ago
Michael	79157414f3	Split crypto.hpp into 3 different files	6 years ago