| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
by Simon Kellner.
XXX This is only a temporary work-around and we still need a REAL fix for
XXX this issue.
Testing on different archs by marc@ tdvall@ millert@ otto@ ho@ miod@ hshoexer@
ok deraadt@
|
| | | |
| | | |
| | | |
| | | | |
ok markus@
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
see http://www.openssl.org/news/secadv_20040317.txt
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchain stays at
x86_64 for now.
|
| | | |
| | | |
| | | |
| | | | |
reviewed by deraadt@, tedu@
|
| | | |
| | | |
| | | |
| | | | |
ok deraadt@ millert@
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Change cipher modes to more generic names and add an additional mode.
ok deraadt@ markus@
|
| | | |
| | | |
| | | |
| | | | |
suggested by deraadt@
|
| | | |
| | | |
| | | |
| | | | |
passes miod's "make sure it doesn't break libc or libpthread" test;
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
some of this ok espie@, all of it ok deraadt@
|
| | | |
| | | |
| | | |
| | | | |
okay markus@
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
this can cause confusion when a user tries to use a long option with
a program that only supports short options. Furthermore, it appears
to be in violation of POSIX, which states that "--" shall indicate
the end of argument processing, not any string that begins with "--".
OK otto@ and closes PR 3666.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
hours learning that OpenSSL's internal functions for AES extended keys
generate screwy byte order swapped data..
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
yet generate 192 & 256 bit keys). Ensure that 192 and 256 are in the
nids table. This also accelerates performance for 128 a tiny bit:
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-128-cbc 34921.48k 129617.82k 362059.93k 623649.81k 790397.77k
aes-192-cbc 26227.43k 99215.33k 283242.84k 509881.15k 665323.22k
aes-256-cbc 26133.22k 97458.06k 265990.84k 457824.69k 579835.09k
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
the machdep.xcrypt node. If they exist, use the xcrypt-cbc instruction
to accelerate aes-{128,192,256}-cbc, for more than 100x performance
increase. This code has no effect on any cpu... Tested thus far using
openssl speed command, and of course, ssh. 778MB/sec AES-128-CBC
performance at 8192 byte block size.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
discussed with todd@
|
| | | |
| | | |
| | | |
| | | | |
ok deraadt@
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
ok @deraadt @markus
Also bump minor version.
ok @deraadt
|
| | | |
| | | |
| | | |
| | | | |
ok deraadt@ markus@
|
| | | |
| | | |
| | | |
| | | | |
ok deraadt@ markus@
|
| | | |
| | | |
| | | |
| | | |
| | | | |
to avoid flushing stdio twice. This code path should never really
happen though. Also make the function declaration ANSI. OK deraadt@
|
| | | |
| | | |
| | | |
| | | |
| | | | |
which could result in writing a NUL byte outside of tokens[]. A fix, from
Patrick Latifi, is to move the increment into the "i < MAXTOKENS - 1" block.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- Talk about zeroing the last element of the longopts array.
- Remove '?' from the switch and some KNF to the code.
- Change 0's to NULL where appropriate.
jmc@ ok.
|
| | | |
| | | |
| | | |
| | | | |
from Andrey Matveev;
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- seed2 is necessary, but use it as "seed2 + x" not "seed2 ^ x".
- skipping number is not needed, so disable it for 16bit generator (makes
the repetition period to 30000)
|
| | | |
| | | |
| | | |
| | | |
| | | | |
"Weaknesses in the Key Scheduling Algorithm of RC4", Fluhrer, Mantin and
Shamir. ok itojun@
|
| | | |
| | | |
| | | |
| | | | |
kill a .Pp before a display;
|