Re:Socat: “the hard coded 1024 bit DH p parameter was not pr...
by alextgordon on Monday February 01, 2016 @03:52PM
(#11015326)
It's pretty easy. There are ways to test primarily such that constructing a counterexample would be an important mathematical result.
https://en.wikipedia.org/wiki/Baillie–PSW_primality_test
> The power of the Baillie-PSW test comes from the fact that these lists of strong Fermat pseudoprimes and strong Lucas pseudoprimes have no known overlap. There is even evidence that the numbers in these lists tend to be different kinds of numbers.
Re:Socat: “the hard coded 1024 bit DH p parameter was not pr...
by CamperBob2 on Monday February 01, 2016 @04:19PM
(#11015548)
It might be "easy" but is it quick enough to be tolerated as part of a build?
Re:Socat: “the hard coded 1024 bit DH p parameter was not pr...
by anderskaseorg on Monday February 01, 2016 @05:14PM
(#11015992)
A primality certificate could be included that allows the prime to be verified quickly during the build. This certificate for the 2048-bit prime took 90 seconds to generate, and can be verified in 3 seconds.
Re:Socat: “the hard coded 1024 bit DH p parameter was not pr...
by lorenzhs on Monday February 01, 2016 @04:29PM
(#11015612)
The primality test of the original number using gp that archgoon posted takes 6ms on my Sandy Bridge laptop, that's plenty fast. (The new number takes a minute to check, though, so that might really be too long)
Re:Socat: “the hard coded 1024 bit DH p parameter was not pr...
by sdhsdh on Monday February 01, 2016 @04:48PM
(#11015765)
Maxima's primep takes 360ms on the 1024-bit one for me, so seems quick enough to stick into the build.
It sounds like the chance if it passing the test is around 10^-15 using the default values; which seems sufficient for a build test which is run many times.
https://en.wikipedia.org/wiki/Primality_test