cryptlib
3.4.1
Main Page
Namespaces
Classes
Files
File List
File Members
All
Classes
Namespaces
Files
Functions
Variables
Typedefs
Enumerations
Enumerator
Properties
Macros
crypt
md5locl.h
Go to the documentation of this file.
1
/* crypto/md5/md5_locl.h */
2
/* Copyright (C) 1995-1998 Eric Young (
[email protected]
)
3
* All rights reserved.
4
*
5
* This package is an SSL implementation written
6
* by Eric Young (
[email protected]
).
7
* The implementation was written so as to conform with Netscapes SSL.
8
*
9
* This library is free for commercial and non-commercial use as long as
10
* the following conditions are aheared to. The following conditions
11
* apply to all code found in this distribution, be it the RC4, RSA,
12
* lhash, DES, etc., code; not just the SSL code. The SSL documentation
13
* included with this distribution is covered by the same copyright terms
14
* except that the holder is Tim Hudson (
[email protected]
).
15
*
16
* Copyright remains Eric Young's, and as such any Copyright notices in
17
* the code are not to be removed.
18
* If this package is used in a product, Eric Young should be given attribution
19
* as the author of the parts of the library used.
20
* This can be in the form of a textual message at program startup or
21
* in documentation (online or textual) provided with the package.
22
*
23
* Redistribution and use in source and binary forms, with or without
24
* modification, are permitted provided that the following conditions
25
* are met:
26
* 1. Redistributions of source code must retain the copyright
27
* notice, this list of conditions and the following disclaimer.
28
* 2. Redistributions in binary form must reproduce the above copyright
29
* notice, this list of conditions and the following disclaimer in the
30
* documentation and/or other materials provided with the distribution.
31
* 3. All advertising materials mentioning features or use of this software
32
* must display the following acknowledgement:
33
* "This product includes cryptographic software written by
34
* Eric Young (
[email protected]
)"
35
* The word 'cryptographic' can be left out if the rouines from the library
36
* being used are not cryptographic related :-).
37
* 4. If you include any Windows specific code (or a derivative thereof) from
38
* the apps directory (application code) you must include an acknowledgement:
39
* "This product includes software written by Tim Hudson (
[email protected]
)"
40
*
41
* THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS'' AND
42
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
43
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
44
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
45
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
46
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
47
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
48
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
49
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
50
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
51
* SUCH DAMAGE.
52
*
53
* The licence and distribution terms for any publically available version or
54
* derivative of this code cannot be changed. i.e. this code cannot simply be
55
* copied and put under another distribution licence
56
* [including the GNU Public Licence.]
57
*/
58
59
#include <stdlib.h>
60
#include <string.h>
61
#if defined( INC_ALL )
62
#include "
osconfig.h
"
63
#include "
md5.h
"
64
#else
65
#include "
crypt/osconfig.h
"
66
#include "
crypt/md5.h
"
67
#endif
/* Compiler-specific includes */
68
69
#ifndef MD5_LONG_LOG2
70
#define MD5_LONG_LOG2 2
/* default to 32 bits */
71
#endif
72
73
#ifdef MD5_ASM
74
# if defined(__i386) || defined(__i386__) || defined(_M_IX86) || defined(__INTEL__)
75
# define md5_block_host_order md5_block_asm_host_order
76
# elif defined(__sparc) && defined(ULTRASPARC)
77
void
md5_block_asm_data_order_aligned (
MD5_CTX
*c,
const
MD5_LONG
*
p
,
int
num);
78
# define HASH_BLOCK_DATA_ORDER_ALIGNED md5_block_asm_data_order_aligned
79
# endif
80
#endif
81
82
void
md5_block_host_order
(
MD5_CTX
*c,
const
void
*
p
,
int
num);
83
void
md5_block_data_order
(
MD5_CTX
*c,
const
void
*
p
,
int
num);
84
85
#if defined(__i386) || defined(__i386__) || defined(_M_IX86) || defined(__INTEL__)
86
/*
87
* *_block_host_order is expected to handle aligned data while
88
* *_block_data_order - unaligned. As algorithm and host (x86)
89
* are in this case of the same "endianness" these two are
90
* otherwise indistinguishable. But normally you don't want to
91
* call the same function because unaligned access in places
92
* where alignment is expected is usually a "Bad Thing". Indeed,
93
* on RISCs you get punished with BUS ERROR signal or *severe*
94
* performance degradation. Intel CPUs are in turn perfectly
95
* capable of loading unaligned data without such drastic side
96
* effect. Yes, they say it's slower than aligned load, but no
97
* exception is generated and therefore performance degradation
98
* is *incomparable* with RISCs. What we should weight here is
99
* costs of unaligned access against costs of aligning data.
100
* According to my measurements allowing unaligned access results
101
* in ~9% performance improvement on Pentium II operating at
102
* 266MHz. I won't be surprised if the difference will be higher
103
* on faster systems:-)
104
*
105
* <
[email protected]
>
106
*/
107
#define md5_block_data_order md5_block_host_order
108
#endif
109
110
#define DATA_ORDER_IS_LITTLE_ENDIAN
111
112
#define HASH_LONG MD5_LONG
113
#define HASH_LONG_LOG2 MD5_LONG_LOG2
114
#define HASH_CTX MD5_CTX
115
#define HASH_CBLOCK MD5_CBLOCK
116
#define HASH_LBLOCK MD5_LBLOCK
117
#define HASH_UPDATE MD5_Update
118
#define HASH_TRANSFORM MD5_Transform
119
#define HASH_FINAL MD5_Final
120
#define HASH_MAKE_STRING(c,s) { \
121
unsigned long ll; \
122
ll=(c)->A; HOST_l2c(ll,(s)); \
123
ll=(c)->B; HOST_l2c(ll,(s)); \
124
ll=(c)->C; HOST_l2c(ll,(s)); \
125
ll=(c)->D; HOST_l2c(ll,(s)); \
126
}
/* Removed dummy while(0) - pcg */
127
#define HASH_BLOCK_HOST_ORDER md5_block_host_order
128
#if !defined(L_ENDIAN) || defined(md5_block_data_order)
129
#define HASH_BLOCK_DATA_ORDER md5_block_data_order
130
/*
131
* Little-endians (Intel and Alpha) feel better without this.
132
* It looks like memcpy does better job than generic
133
* md5_block_data_order on copying-n-aligning input data.
134
* But frankly speaking I didn't expect such result on Alpha.
135
* On the other hand I've got this with egcs-1.0.2 and if
136
* program is compiled with another (better?) compiler it
137
* might turn out other way around.
138
*
139
* <
[email protected]
>
140
*/
141
#endif
142
143
#if defined( INC_ALL )
144
#include "
md32com.h
"
145
#else
146
#include "
crypt/md32com.h
"
147
#endif
/* Compiler-specific includes */
148
149
/*
150
#define F(x,y,z) (((x) & (y)) | ((~(x)) & (z)))
151
#define G(x,y,z) (((x) & (z)) | ((y) & (~(z))))
152
*/
153
154
/* As pointed out by Wei Dai <
[email protected]
>, the above can be
155
* simplified to the code below. Wei attributes these optimizations
156
* to Peter Gutmann's SHS code, and he attributes it to Rich Schroeppel.
157
*/
158
#define F(b,c,d) ((((c) ^ (d)) & (b)) ^ (d))
159
#define G(b,c,d) ((((b) ^ (c)) & (d)) ^ (c))
160
#define H(b,c,d) ((b) ^ (c) ^ (d))
161
#define I(b,c,d) (((~(d)) | (b)) ^ (c))
162
163
#define R0(a,b,c,d,k,s,t) { \
164
a+=((k)+(t)+F((b),(c),(d))); \
165
a=ROTATE(a,s); \
166
a+=b; };\
167
168
#define R1(a,b,c,d,k,s,t) { \
169
a+=((k)+(t)+G((b),(c),(d))); \
170
a=ROTATE(a,s); \
171
a+=b; };
172
173
#define R2(a,b,c,d,k,s,t) { \
174
a+=((k)+(t)+H((b),(c),(d))); \
175
a=ROTATE(a,s); \
176
a+=b; };
177
178
#define R3(a,b,c,d,k,s,t) { \
179
a+=((k)+(t)+I((b),(c),(d))); \
180
a=ROTATE(a,s); \
181
a+=b; };
Generated on Thu Jan 10 2013 10:00:45 for cryptlib by
1.8.2