95ab26f82c
- Use the new vector byte-order conversion functions where appropriate. - Use memset_s() instead of memset() where appropriate. - Use consistent names and types for function arguments. - Reindent, rename and reorganize to conform to Cryb style and idiom. SHA224 and SHA256 were left mostly unchanged. MD2 and MD4 were completely rewritten as the previous versions (taken from XySSL) seem to have been copied from RSAREF. This breaks the ABI as some context structures have grown or shrunk and some function arguments have been changed from int to size_t. |
||
---|---|---|
include | ||
lib | ||
m4 | ||
t | ||
tools | ||
.gitignore | ||
.travis.yml | ||
autogen.des | ||
autogen.sh | ||
configure.ac | ||
CREDITS | ||
HISTORY | ||
INSTALL | ||
LICENSE | ||
Makefile.am | ||
mkpkgng.in | ||
README | ||
README.md | ||
RELNOTES |
The Cryb libraries
The Cryb libraries are a collection of cryptography- and security-related function libraries written with the following goals in mind:
-
Comprehensive: Cryb aims to provide a rich and flexible set of building blocks for cryptographic applications.
-
Self-contained and easily embeddable: the Cryb libraries have no external dependencies (apart from the toolchain) and few internal ones. Individual modules and algorithms can easily be extracted from Cryb and integrated into other codebases.
-
Reliable: the libraries come with an extensive test suite with a long-term goal of 100% test coverage.
-
Stable: guaranteed API and ABI stability.
-
Documented: full API documentation in the form of Unix man pages.
-
Consistently and permissively licensed: the entire collection is under the 3-clause BSD license.
Caveat
We aren't there yet. The Cryb libraries are still undeniably at the experimental stage. However, significant portions are already in production use as components in other projects (cf: easily embeddable), and we have great expectations for the future of Cryb.