The MirOS Project

CVS log for contrib/code/Snippets/arc4random.c

Up to [The MirOS Project] / contrib / code / Snippets

Request diff between arbitrary revisions - Display revisions graphically

Keyword substitution: kv
Default branch: MAIN

• kern/c/arc4random_uniform.c, kern/include/libckern.h: move
  arc4random_uniform(3) implementation here
• kern/c/Makefile.inc: build arc4random_uniform.c kernel/user
• lib/libc/crypt/arc4random.c, sys/dev/rnd.c: remove implementation here
• sys/dev/rndvar.h: prototype is now in <libckern.h>
• contrib/code/Snippets/arc4random.c: sync with master implementation

sync copyright year

fix uninitialised memory error cought by Valgrind on mksh

fix a coding error in the KSA found by myself reading several descriptions of aRC4

#ifdef OPPORTUNISTIC_ROOT_PUSHB
assume we’re root and can write to /dev/urandom (dangerous)
mirrors mkshdroid’s cid 1004B12B53704274E9F into FreeWRT
#endif

make things const that should be const where we can,
complain about things where we cannot change the API
designed by const-dirty OpenBSDdiots

again, improved entropy pass behaviour in arc4random_pushb (and pushk,
which has been the same for quite a while)

feature- and style-sync Snippets/arc4random.c and libc’s with each other

adapt from contrib/code/mirmake/dist/contrib/arc4random.c that Interix
has very slow /dev/urandom; also some others

don't call the (expensive) MS CryptoAPI if we don’t need to _read_ any
entropy from the system either, no matter if the registry method works

use a slightly different algorithm for arc4random_pushb interfacing:
rate-limit calls to CryptGenRandom to every 2‥4 minutes, if the last
call was successful, and operate with hash() on rnd_cache[], so that
it is mixed in a better way

fix buffer overflows̲ in win32 specific code

• overhaul Win32 arc4random_push*() implementation:
  ‣ use HKCU\SOFTWARE\Microsoft\Cryptography\RNG\Seed in addition to
    the HKLMSOFTWARE\Microsoft\Cryptography\RNG\Seed key we might not
    have write permissions for on Vista
  ‣ HKCU\SOFTWARE\Microsoft\Cryptography\RNG\Seed is created if needed
  ‣ if opening a registry key R/W fails, use it R/O
  ‣ much better data-shuffling-and-XORing scheme
• add comments
• KNF, a.k.a. style(9)

Works with mksh.exe for me

get rid of passing (&rs) along

apply some -Warning -fixes from
gcc version 4.5.0 20090516 (experimental) [trunk revision 147610] (Debian 20090516-1)

MinGW32

while EGD socket support (for EGD control sockets and PRNGD sockets only)
is still pending, this will attempt to write into the Win32 registry global
state on pushback, as the CryptoAPI state is only per-process; furthermore,
ensure always 128 KiB are read from CryptoAPI to force its eight RC4(tm)
generators to re-seed on each arc4random_stir(3) operation

some minor cygwin warning

improve further: obsd; different name for random device

merge stuff from BSD::arc4random arc4random.c; make easier to build
on MirBSD; enhance functionality if OS provides

* add arc4_count from base
* change ifdef __CYGWIN__ into USE_MS_CRYPTOAPI and set it true
  for GNU/Cygwin32 (might want to use it for pcc, mingw, etc. too?)
* add arc4_atexit from base if we have push (MS CryptoAPI)

label defined but not used on !cygwin (gcc, Solaris)

add <string.h> and MIN, MAX if not defined
caught by SUNWcc on Solaris (thanks yofuh)

* allow arc4random_pushb(3) on GNU/Cygwin32
* improve code while here

arc4random.c:100: warning: ignoring return value of 'read', declared with attribute warn_unused_result
on fedora

fix for OSF/1

add arc4random.c from debian mksh-30.1-1 package, plus rcsid