kumi/danicoin
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
danicoin/src/crypto/crypto_ops_builder
History
Riccardo Spagni 0a4dd68c17 minor tweaks, add readme for crypto_ops_builder
2016-03-11 22:48:46 +02:00
..
include renamed folder 2015-10-26 18:00:53 +02:00
ref10 renamed folder 2015-10-26 18:00:53 +02:00
ref10CommentedCombined minor tweaks, add readme for crypto_ops_builder 2016-03-11 22:48:46 +02:00
api.h renamed folder 2015-10-26 18:00:53 +02:00
crypto-ops-data.c updated copyright year 2015-12-31 08:39:56 +02:00
crypto-ops-old.c updated copyright year 2015-12-31 08:39:56 +02:00
crypto-ops.h updated copyright year 2015-12-31 08:39:56 +02:00
crypto_int32.h renamed folder 2015-10-26 18:00:53 +02:00
crypto_sign.h renamed folder 2015-10-26 18:00:53 +02:00
crypto_uint32.h renamed folder 2015-10-26 18:00:53 +02:00
crypto_verify_32.h renamed folder 2015-10-26 18:00:53 +02:00
ietf.txt renamed folder 2015-10-26 18:00:53 +02:00
Makefile renamed folder 2015-10-26 18:00:53 +02:00
randombytes.c renamed folder 2015-10-26 18:00:53 +02:00
README.md minor tweaks, add readme for crypto_ops_builder 2016-03-11 22:48:46 +02:00
sha512-blocks.c renamed folder 2015-10-26 18:00:53 +02:00
sha512-hash.c renamed folder 2015-10-26 18:00:53 +02:00
sha512.h renamed folder 2015-10-26 18:00:53 +02:00
verify.c renamed folder 2015-10-26 18:00:53 +02:00

README.md

Monero

Copyright (c) 2014-2016, The Monero Project

Crypto Ops Builder

In order to ensure the safest implementation of the cryptography in use by Monero we have opted to use the SUPERCOP ref10 implementations wherever possible. The main reason is that SUPERCOP ref10 is old, well tested, and primarily the work of Daniel J. Bernstein and Tanja Lange (among others, see designers in the ref10 folder). This is particularly relevant, as the team that designed Curve25519 and EdDSA, both of which are at Monero's core, is the same team that created the SUPERCOP implementation.

SUPERCOP ref10 is a fairly secure implementation that focuses on things like constant-time algorithms, to reduce side-channel attacks, sometimes at the cost of performance. However, we consider this a fair trade-off, especially considering that Monero is not that performance sensitive at this stage. In future we may consider faster implementations that still have a measure of safety against side-channel attacks.

Additional Cryptography

Unfortunately SUPERCOP ref10 does not contain every function Monero's crypto-ops class needs. Thus there are several new files in the ref10CommentedCombined folder which allow for the class to be built during compilation. The original ref10 is included in the source tree in order to allow for a comparison to be made between the two, and also to allow for a quick comparison to be made between our in-source copy of SUPERCOP ref10 and an independently downloaded copy.

Usage

The operation to produce the crypto-ops.c is automatic and part of the build process. If, however, you want to manually run the build process to verify the output, you can use MakeCryptoOps.py.

Attribution

The majority of the work we are using is from SUPERCOP, and copyrights and attribution fall to those developers and cryptographers. Beyond that we also include some of the original CryptoNote reference code. The entire build process, and all of the work analysing the functions and figuring out what comes from where, has been done by the Monero Research Lab. Shen Noether, in particular, deserves the bulk of the attribution for that.