summaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
Diffstat (limited to 'README.md')
-rw-r--r--README.md64
1 files changed, 55 insertions, 9 deletions
diff --git a/README.md b/README.md
index 4fbfaad..a6894a3 100644
--- a/README.md
+++ b/README.md
@@ -5,31 +5,39 @@ Linux scrypt shared library.
Full credit to algorithm designer and example code from Colin Percival here:
http://www.tarsnap.com/scrypt.html
-Utilises BSD licensed BASE64 encoder here:
-http://code.google.com/p/stringencoders/
+Utilises BASE64 encoding library from ISC.
Official project page, including stable tarballs found here:
http://www.lolware.net/libscrypt.html
Simple hashing interface
-A hash can be generated using the following function:
+The (reference) internal hashing function can be directly called as follows:
- int libscrypt_scrypt(char *dst, char *passphrase, uint32_t N, uint8_t r, uint8_t p)
+ int libscrypt_scrypt(const uint8_t *passwd, size_t passwdlen,
+ const uint8_t *salt, size_t saltlen, uint64_t N, uint32_t r,
+ uint32_t p, /*@out@*/ uint8_t *buf, size_t buflen);
-Sane constants have been created for N, r and p so you can create a has like this:
+Libscrypt's easier to use interface wraps this up to deal with the salt and produce BASE64 output as so:
- libscrypt_scrypt(outbuf, "My cats's breath smells like cat food", SCRYPT_N, SCRYPT_r, SCRYPT_p);
+ int libscrypt_hash(char *dst, char *passphrase, uint32_t N, uint8_t r, uint8_t p);
+
+Sane constants have been created for N, r and p so you can create a hash like this:
+
+ libscrypt_hash(outbuf, "My cats's breath smells like cat food", SCRYPT_N, SCRYPT_r, SCRYPT_p);
Output stored in "outbuf" is stored in a standardised MCF form, which means includes the randomly created, 128 bit salt, all N, r and p values, and a BASE64 encoded version of the hash. The entire MCF can be stored in a database, and compared for use as below:
- retval = scrypt_check(mcf, "pleasefailme");
+ retval = libscrypt_check(mcf, "pleasefailme");
retval < 0 error
retval = 0 password incorrect
retval > 0 pass
mcf should be defined as at least SCRYPT_MCF_LEN in size.
+Note that libscrypt_check needs to modify the mcf string and will not return it
+to the original state. Pass it a copy if you need to keep the original mcf.
+
A number of internal functions are exposed, and users wishing to create more complex use cases should consult the header file, which is aimed at documenting the API fully.
The test reference is also aimed at providing a well documented use case.
@@ -39,15 +47,53 @@ Building
make check
Check the Makefile for advice on linking against your application.
+OSX
+-----
+Please compile and install with:
+
+ make LDFLAGS= CFLAGS_EXTRA=
+ make install-osx
+
+
BUGS
----
SCRYPT_* constants are probably a little high for something like a Raspberry pi. Using '1' as SCRYPT_p is acceptable from a security and performance standpoint if needed.
+Experiments were performed with using memset() to zero out passwords as they were checked. This often caused issues with calling applications where the password based have been passed as a const*. We highly recommend implementing your own zeroing function the moment this library is called.
Notes on Code Development
------------------------
Code is now declared "stable", the master branch will always be "stable" and development will be done on branches.
-The reference machines are CentOS and Raspbian, and the code is expected to compile and run on all of these before being moved to stable branch.
-Testing has also confirmed that libscrypt does compile and run on MacOS with minor Makefile edits.
+The reference machines are Fedora, CentOS, FreeBSD and Raspbian, and the code is expected to compile and run on all of these before being moved to stable branch.
Full transparancy on the regular application of thorough testing can be found by reviewing recent test harness results here:
http://www.lolware.net/libscrypttesting.txt
+
+Contact
+-------
+I can be contacted at: technion@lolware.net
+
+If required, my GPG key can be found at: https://lolware.net/technion-GPG-KEY
+
+Future releases will have the Git tag signed.
+
+
+Changenotes
+-----------
+v1.1a: Single Makefile line change. I wouldn't ordinarily tag this as a new "release", but the purpose here is to assist with packaging in distributions.
+
+v1.12: The static library is built, but no longer installed by default. You can install it with "make install-static". This is because static libraries are not typically bundled in packages.
+
+v1.13: Minor packaging related update
+
+v1.15: Replaced the b64 libraries with more portable one from ISC. Now tested and verified on a wider variety of architectures. Note, libscrypt_b64_encrypt was originally an exported function. This is no longer the case as it is considered an internal function only.
+
+v1.18: God damnit Apple
+
+v1.19: Code safety cleanups. Now running Coverity.
+
+v1.20: Bigfixes involving large N values, return values on error
+
+<a href="https://scan.coverity.com/projects/2173">
+ <img alt="Coverity Scan Build Status"
+ src="https://scan.coverity.com/projects/2173/badge.svg"/>
+ </a>