There are several long standing issues with random number generation that should be addressed:
Some of these fixes alter the output of the RNG or change the behaviour of functions that depend on them, so it makes sense to perform all of the changes at the same time.
There are several proposals up for discussion.
The implementation of mt_rand() in PHP contains a typo that makes it generate a different sequence of numbers to the original mt19937 implementation. See bug #71152
Statistical analysis suggests that the quality of the output is unaffected.
As mt_rand() can be seeded for repeatable sequences the current implementation makes it incompatible with other systems that do use correct implementations. However fixing it also means that the sequence generated for a given seed in PHP will also now be different.
The legacy implementation will be preserved and be selectable with a new `mt_srand(int $seed [, int $mode])` parameter, along with new constants representing the two modes. The default will be the fixed algorithm.
rand() uses the system random number generator. The output of this RNG is system dependant and on many systems produces weak random numbers. (See bug #45301)
Aliasing it to mt_rand() improves the quality of the output and means the same output can be expected for a given seed regardless of platform.
The macro used to scale the output of an RNG between two bounds is insufficient for large ranges. (See bug #45184)
The proposed fix is to concatenate multiple outputs for ranges exceeding 32 bits, and use rejection sampling (the same as used in random_bytes()) to produce unbiased outputs.
There are several instances where rand() is used internally in a security sensetive context
crypt() salt generationThese instances should all be fixed to use the secure random number generator (even mcrypt which is deprecated)
It has been noted that (array_rand() produces weird and very uneven random distribution). As the above proposals change the output of array_rand() anyway, we can fix this at the same time.
A call to srand() or mt_srand() with a given seed will produce a different output in the following functions:
7.1
None
This is covered in the Backward Incompatible Changes section
None, this is a functional change, no changes to opcodes or code generation are required.
MT_RAND_MT19937 (correct implementation mode) MT_RAND_PHP (unofficial implementation mode)
None
Individual votes will be held for the remaining proposals, and since minor BC breaks are introduced they will require a 2/3 majority to pass.
None