packagenocoiner
Install
Dune Dependency
Authors
Maintainers
Sources
sha256=3ad7aacefbb012544e43003bed7086cea77cd124ef5262485bc2fb33c5063b45
Description
This project implements Commitment Schemes using theEncrypt-then-MAC approach of authenticated encryption. Because this kind ofencryption algorithm provides both Message Confidentiality and Integrity, it fitsperfectly the Hiding and Binding properties of Commitment Schemes.Confidentiality protects the message against passive attacks while integrityprotects it from active attacks.
Published:05 Aug 2019
README
nocoiner

A Commitment Scheme library for Coin Flipping/Tossing algorithms and sort.
NOTICE: The previous version (0.0.1
) of this API used the Galois/Counter Mode encryption. This authenticated encryption algorithm is not a committing encryption (that's, alockable box). The main reason is the weakness of the internal GCM hash against Collision Attacks (a hash with 256-bits or 512-bits images would be likely resistant, but GCM uses 128-bits of output/digest images). For more details, please refer to the historical issuehere. The new API, therefore, breaks if you try to reveal/open commitments generated by the previous API.
About
This project implementsCommitment Schemes using theEncrypt-then-MAC approach of authenticated encryption. Because this kind of encryption algorithm provides both MessageConfidentiality andIntegrity, it fits perfectly theHiding andBinding properties of Commitment Schemes. Confidentiality protects the message againstpassive attacks while integrity protects it fromactive attacks.
The hiding property states that it is impossible to discover the secret with the commitment data left alone, that is, the commitment receiver can't know the secret until the commitment sender reveals that through her opening key.
The binding property, on the other hand, ensures invariants on the commitment sender side. It disallows the sender to change the secret by using a different opening key. While the sender can refuse to reveal her secret, she can't cheat on the game. There's a variant of commitment schemes calledTimed Commitments where the receiver can brute-force the commitment in the case of the sender aborting the game by refusing to send the opening key, tho. Another variant calledFuzzy Commitments accepts some noise during opening phase.
Commitment Schemes are one of the manySecure Multiparty Computation protocols/primitives,Secret Sharing is other famous cryptographic primitive in such field.
Installation
For the stable release, just type:
$ opam install nocoiner
To install/test the unstable version on this repository (assuming you're inside the project's root directory):
$ make install # 'make uninstall' reverts the changes
Testing
$ make test
Usage
As library (assuming you have linked the packagenocoiner
below):
let secret = "I have nothing to hide."let (c, o) = Nocoiner.commit secretassert (secret = Nocoiner.reveal ~commitment:c ~opening:o)
Here, theNocoiner.commit
operation is non-deterministic and theNocoiner.reveal
is deterministic. TheNocoiner.reveal
operation may throw the following exceptions:
Nocoiner.Reasons.InvalidCommitment
, if the parsing of commitment fails.Nocoiner.Reasons.InvalidOpening
, if the opening key contains invalid data.Nocoiner.Reasons.BindingFailure
, if both commitment & opening are unrelated.
As the command-line interface (ignore all the$
below while typing):
$ echo "Something not really secret..." > secret.txt$ cat secret.txt | nocoiner commit \ --commitment-file=commitment-box.txt \ --opening-file=opening-key.txt$ nocoiner reveal \ --commitment-file=commitment-box.txt \ --opening-file=opening-key.txt > secret-output.txt$ cat secret-output.txt
The complete API reference is availablehere. Coverage reports are generated too, please refer to the respectivepage.
Disclaimer
This library was not fully tested against side-channel attacks. Keep in mind that the use cases of this library is for Secure Multiparty games such as online Gambling and Auctions. With other use cases, the security of this cryptographic primitive can be deemed as flawed.
Note that players can abort in the middle of a Commit-and-Reveal game, so you should as well deal with that on your code logic. The random encryption key and input vector only ensure theuniqueness locally, it's also possible to happen collisions of both random data on a distributed setting (it's due the sources of entropy being remote and different - so commitments and openings would be identical, think on that even if this probability is small). ~~In such case, you can either take a fingerprint of the host machine and a timestamp nonce into account, in the same sense ofElliott's CUID library~~ (we already cover that issue of distributed collisions by using a fingerprint of hashed process context).