Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Remove the libssl/src directory | beck | 2016-09-03 | 1 | -270/+0 |
| | |||||
* | replace u_int8_t with uint8_t | bcook | 2014-07-11 | 1 | -3/+5 |
| | | | | ok beck@ | ||||
* | If a chacha operation does not consume all of the generated key stream, | jsing | 2014-06-24 | 1 | -5/+27 |
| | | | | | | | | | | | | | | | | ensure that we save it and consume it on subsequent writes. Otherwise we end up discarding part of the key stream and instead generate a new block at the start of the next write. This was only an issue for callers that did multiple writes that are not multiples of 64 bytes - in particular, the ChaCha20Poly1305 usage does not hit this problem since it performs encryption in a single-shot. For the same reason, this is also a non-issue when openssl(1) is used to encrypt with ChaCha. Issue identified by insane coder; reported to bugs@ by Joseph M. Schwartz. ok beck@ | ||||
* | Some KNF. | jsing | 2014-06-24 | 1 | -6/+12 |
| | |||||
* | tags as requested by miod and tedu | deraadt | 2014-06-12 | 1 | -0/+1 |
| | |||||
* | KNF. | jsing | 2014-05-15 | 1 | -155/+157 |
| | |||||
* | __bounded => __attribute__((__bounded__ | djm | 2014-05-10 | 1 | -5/+5 |
| | |||||
* | Add ChaCha to libcrypto, based on djb's public domain implementation. | jsing | 2014-05-01 | 1 | -0/+237 |
ok deraadt@ |