summaryrefslogtreecommitdiffstats
path: root/lib/libmd
Commit message (Collapse)AuthorAgeFilesLines
* MFC r285417:Luiz Otavio O Souza2015-10-201-1/+2
| | | | | | | | | | | Add new include path for sha256.h This fixes the bootstrap build on FreeBSD 10. Submitted by: andrew TAG: IPSEC-HEAD Issue: #4841
* MFC r285366:Luiz Otavio O Souza2015-10-202-397/+0
| | | | | | | | | | | Complete the move that was started w/ r263218.. For some reason I didn't delete the files, so that means we need to bring the changes in r282726 to the correct files.. make tinderbox completed with this patch... TAG: IPSEC-HEAD Issue: #4841
* MFC r282774:Luiz Otavio O Souza2015-10-208-6/+49
| | | | | | | | | | | | | Unbreak MIPS build following rev. 282726 Introduce further adjustments to the renaming of libmd symbols: make sure that we do not generate dangling weak aliases, as this causes build failures on MIPS. Tested by: sbruno TAG: IPSEC-HEAD Issue: #4841
* MFC r282736:Luiz Otavio O Souza2015-10-206-0/+130
| | | | | | | | | | | | | | | | | | | Unbreak build following rev. 282726 (Makefile.inc1): add dependency of xinstall on libmd to avoid failure of parallel bootstrap. (lib/libmd/*.h): do not redefine symbols if already defined as macros (libcrypt uses the same sources internally, redefining symbols with a prefix of its own). Fixes build failures caused by previous change to libmd. Reported by: ian Pointy hat to: thomas TAG: IPSEC-HEAD Issue: #4841
* MFC r282726:Luiz Otavio O Souza2015-10-2014-1/+195
| | | | | | | | | | | | | | | | | | Ensure libmd symbols do not clash with libcrypto Add a prefix to all symbols in libmd to avoid incompatibilites with same-named, but not binary compatible, symbols from libcrypto. Also introduce Weak aliases to avoid the need to rebuild dependent binaries and a major version bump. PR: 199119 Differential Revision: D2216 Reviewed by: roberto, delphij MFC after: 2 weeks TAG: IPSEC-HEAD Issue: #4841
* MFC r263218:Luiz Otavio O Souza2015-10-201-1/+1
| | | | | | | | | | | | | | | | | | | | | replace the kernel's version w/ cperciva's implementation... In all my tests, it is faster ~20%, even on an old IXP425 533MHz it is ~45% faster... This is partly due to loop unrolling, so the code size does significantly increase... I do plan on committing a version that rolls up the loops again for smaller code size for embedded systems where size is more important than absolute performance (it'll save ~6k code)... The kernel implementation is now shared w/ userland's libcrypt and libmd... We drop support for sha256 from sha2.c, so now sha2.c only contains sha384 and sha512... Reviewed by: secteam@ TAG: IPSEC-HEAD Issue: #4841
* MFC r281928:ngie2015-05-181-1/+1
| | | | | | | | | | | | | | Avoid an infinite loop by ensuring that the amount of bytes read is greater than 0 in MDXFileChunk when calculating the checksum This edgecase can be triggered if the file is truncated while the checksum is being calculated (i.e. the EOF is reached) Differential Revision: https://reviews.freebsd.org/D2351 (patch by darius) PR: 196694 Reviewed by: delphij, ngie Submitted by: Daniel O'Connor <darius@dons.net.au> Sponsored by: EMC / Isilon Storage Division
* MFC r263863:gjb2014-03-314-8/+4
| | | | | | Dereference nonexistent md2(3) manual. Sponsored by: The FreeBSD Foundation
* Remove the RFC 1319 MD2 Message-Digest Algorithm routines from libmd.obrien2012-04-285-309/+6
| | | | | | | | | | 1. The licensing terms for the MD2 routines from RFC is not under a BSD-like license. Instead it is only granted for non-commercial Internet Privacy-Enhanced Mail. 2. MD2 is quite deprecated as it is no longer considered a cryptographically strong algorithm. Discussed with: so (cperciva), core
* Rewrite HISTORY: The SHA256 code first appeared in 6.0, and the SHA512cperciva2011-06-272-2/+2
| | | | code in 9.0; neither existed in FreeBSD 4.0.
* Add SHA512 (Actually, this is Colin Percival's code for SHA256, withmarkm2011-04-097-165/+707
| | | | | | | | | | relevant constants changed). While I'm here clean up the tests and Makefile. PR: misc/124164 Submitted by: KIMURA Yasuhiro < yasu utahime org > MFC after: 1 month
* Fix some leftover binaries and shared libraries in the system that stilldim2011-02-151-2/+5
| | | | | | | | | | | | | | | have an executable stack, due to linking in hand-assembled .S or .s files, that have no .GNU-stack sections: RWX --- --- /lib/libcrypto.so.6 RWX --- --- /lib/libmd.so.5 RWX --- --- /lib/libz.so.6 RWX --- --- /lib/libzpool.so.2 RWX --- --- /usr/lib/liblzma.so.5 These were found using scanelf, from the sysutils/pax-utils port. Reviewed by: kib
* Build lib/ with WARNS=6 by default.ed2010-01-021-0/+2
| | | | | | | | | Similar to libexec/, do the same with lib/. Make WARNS=6 the norm and lower it when needed. I'm setting WARNS?=0 for secure/. It seems secure/ includes the Makefile.inc provided by lib/. I'm not going to touch that directory. Most of the code there is contributed anyway.
* Remove reference to no longer existing document.phk2009-01-091-5/+0
| | | | Spotted by: Bjoern Voigt <bjoern@cs.tu-berlin.de>
* Make the "test" target test the compiled version, instead of thephk2008-12-021-7/+7
| | | | installed version of the md library.
* Use unsigned comparisons. Prior to this commit, SHA1_Update andcperciva2007-05-142-2/+4
| | | | | | | | | | | | | | | | | | | RIPEMD160_Update were broken when all of the following conditions applied: (1) The platform is i386. (2) The program calling *_Update is statically linked to libmd. (3) The buffer provided to *_Update is aligned modulo 4 bytes. (4) The buffer extends beyond 2GB. Due to the design of this code, SHA1_Update and RIPEMD160_Update will still be broken if conditions (1)-(3) apply AND the buffer extends beyond 4GB (i.e., there is an integer overflow in computing "data + len"). Since this remaining bug simply replaces SIGSEGV with a bogus hash (and non-broken programs should never provide such operands) I don't consider it to be a serious problem. MFC After: 1 week PR: kern/102795
* Fix an 11 year old mistake: Let the hash functions take a void* insteadphk2006-01-1714-28/+35
| | | | of unsigned char* argument.
* -mdoc sweep.ru2005-11-171-1/+1
|
* Correct type.pjd2005-09-141-4/+4
| | | | OK'ed by: cperciva
* Removed redundnt empty line.ru2005-06-161-1/+0
| | | | Approved by: re (blanket)
* Markup fixes.ru2005-06-161-1/+2
| | | | Approved by: re
* In light of the recent 2^69 operation collision-finding attack on SHA1,cperciva2005-03-095-6/+522
| | | | | | | | add support for SHA256. Tested on: i386, sparc64 Tested using: NIST test vectors, built-in tests X-MFC-after: 5.4-RELEASE
* The third parameter to SHA_Update and SHA1_Update is a "size_t", not acperciva2005-03-091-2/+2
| | | | "unsigned int".
* Expand contractions.ru2005-02-151-1/+1
|
* Expand *n't contractions.ru2005-02-133-7/+7
|
* Sort sections.ru2005-01-203-9/+9
|
* Eliminate double whitespace.ru2004-07-032-2/+2
|
* Backed out rev.1.6 and subsequent copying of it (bogus addition ofbde2004-02-261-6/+6
| | | | | | | | | | | | | -static to CFLAGS). It just turned rev.1.5 into an obfuscated no-op. As explained in the log for rev.1.5, testing should be done in the host environment but there is a problem in cross-compilation environments. As not explained in the log for rev.1.6, there was apparently a practical problem with cross-compiling (makeworld should have set -static in LDFLAGS but apparently didn't). Cross-compilation was especially complicated because the relevant programs are test programs that were run at beforeinstall time -- dynamic libraries might or might not exist depending on the build options. The complications became moot in rev.1.8 when beforeinstall was renamed "test".
* Assorted mdoc(7) fixes:hmp2003-10-093-20/+41
| | | | | | | | | | - fix hard sentence breaks - sprinkle a few .Vt's where neccessary - remove incorrect use of `\-' - proper quoting using .Dq, instead of manual ``...'' Approved by: des@ (mentor) Reviewed by: ru@
* style.Makefile(5)obrien2003-08-181-1/+1
|
* Stage 3 of dynamic root support. Make all the libraries needed to rungordon2003-08-171-0/+1
| | | | | | binaries in /bin and /sbin installed in /lib. Only the versioned files reside in /lib, the .so symlink continues to live /usr/lib so the toolchain doesn't need to be modified.
* Rename local variables to not mask global names of same name. Thismarkm2003-06-053-28/+29
| | | | fixes lots of lint(1) warnings.
* The .Fn functioncharnier2003-03-242-9/+18
|
* Initiate deorbit burn for the i386-only a.out related support. Moves arepeter2002-09-171-2/+0
| | | | | | | | | | | | | | | under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha
* Get this file closer to style(9).phk2002-09-081-51/+55
|
* Fix a bug where calling MD5File(3) with a zero-length file generated anbmah2002-09-061-0/+1
| | | | | | error, due to an uninitialized variable. Reviewed by: phk, archie
* Add missing const's.mux2002-06-241-1/+1
|
* Improve the handling of Encode and Decode operations in MD5.phk2002-06-221-22/+15
| | | | | | | | | | Use memcpy for all little-endian architectures, sys/kern/md5c.c indicates this should be safe for all currently supported LE archs. Change the Encode and Decode functions for other archs to use le32toh() and htole32() functions instead of explicit byte shuffling. On sparc64 this gives md5(1) about 8% speed increase.
* Don't build manuals at inappropriate time.ru2002-04-101-13/+5
| | | | Collapse generation of md[245].3 manpages.
* Modernize my email address.phk2002-03-253-4/+4
|
* Modernize my email address.phk2002-03-251-1/+1
|
* Remove __P() usage.obrien2002-03-211-1/+1
|
* Remove 'register' keyword.obrien2002-03-213-15/+15
|
* mdoc(7) police: Use the new .In macro for #include statements.ru2001-10-013-6/+6
|
* add __FBSDID()s to libmddillon2001-09-3010-14/+30
|
* mdoc(7) police:ru2001-08-071-1/+2
| | | | | | | Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text. Not only this slows down the mdoc(7) processing significantly, but it also has an undesired (in this case) effect of disabling hyphenation within the entire enclosed block.
* Remove whitespace at EOL.dd2001-07-153-13/+13
|
* mdoc(7) police: removed HISTORY info from the .Os call.ru2001-07-103-3/+3
|
* mdoc(7) police: use proper markup for function arguments.ru2001-04-043-18/+18
|
* MAN[1-9] -> MAN.ru2001-03-271-1/+1
|
OpenPOWER on IntegriCloud