Thread View: sci.crypt
3 messages
3 total messages
Started by jbs
Thu, 20 Aug 1992 01:43
RSA-129 contest
Author: jbs
Date: Thu, 20 Aug 1992 01:43
Date: Thu, 20 Aug 1992 01:43
19 lines
1298 bytes
1298 bytes
D. J. Berstein wrote:
:To factor RSA-129 with the general number field sieve (GNFS) requires a
:fifth-degree polynomial
:
: f(x) = c_5 x^5 + c_4 x^4 + c_3 x^3 + c_2 x^2 + c_1 x + c_0,
:
:with integer coefficients c_i, and a positive integer m such that f(m)
:is a small positive integer multiple of RSA-129. Given any random choice
:of m you can easily expand RSA-129 in base m and find the coefficients
:c_i. However, for GNFS to finish in a reasonable time, the coefficients
:must be significantly smaller than random.
How small do the coefficients have to be? I have been led to
believe that the speed of the GNFS overall does not depend much on the
efficiency of the search for a good polynomial. If this is the case it
would seem to be unwise to devote a lot of effort to finding a good poly-
nomial. What is the point of this contest?
James B. Shearer
Re: RSA-129 contest
Author: Robert D. Silverman
Date: Thu, 20 Aug 1992 13:49
Date: Thu, 20 Aug 1992 13:49
54 lines
3031 bytes
3031 bytes
In article <9208200145.AA29470@ucbvax.Berkeley.EDU> jbs@WATSON.IBM.COM writes: > > D. J. Berstein wrote: >:To factor RSA-129 with the general number field sieve (GNFS) requires a >:fifth-degree polynomial >: >: f(x) = c_5 x^5 + c_4 x^4 + c_3 x^3 + c_2 x^2 + c_1 x + c_0, >: >:with integer coefficients c_i, and a positive integer m such that f(m) >:is a small positive integer multiple of RSA-129. Given any random choice >:of m you can easily expand RSA-129 in base m and find the coefficients >:c_i. However, for GNFS to finish in a reasonable time, the coefficients >:must be significantly smaller than random. > > How small do the coefficients have to be? I have been led to >believe that the speed of the GNFS overall does not depend much on the >efficiency of the search for a good polynomial. If this is the case it >would seem to be unwise to devote a lot of effort to finding a good poly- >nomial. What is the point of this contest? > James B. Shearer This is NOT the case. The performance is VERY sensitive to the size of the coefficients and it is worthwhile spending a significant amount of time trying to find small coefficients. For a 5th degree polynomial, 'random' coefficients will be about 21 or 22 digits. One needs to factor two sides of a congruence, one in Z, the other in Q(alpha). The norms on the integer side will be about 10^32. [M ~ 10^(130/5) and the average b will be about 10^6]. On the algebraic side they will be about (10^6)^5 * poly coef or about 10^52. Of course many will be smaller, [for small b] I estimate that to be competitive with the Quadratic sieve they need to find coefficients of 'about' 14 digits. I am not sure it is possible. Their estimates may, of course, differ depending on their assumptions. I have already done about 1% of the work to factor the RSA-129 with the two-large-prime variation of the Quadratic Sieve. I was going to do it completely, but a deal with Sun to use their internal net [3000 workstations!] fell through due to management difficulties. I estimate it was going to take between 5000 and 6000 MIPS-YEARS to do the computation. Now if I could just scrape together 3000 Sparcs for 2-3 months, I could finish the factorization. -- Bob Silverman These are my opinions and not MITRE's. Mitre Corporation, Bedford, MA 01730 "You can lead a horse's ass to knowledge, but you can't make him think"
Re: RSA-129 contest
Author: D. J. Bernstein
Date: Fri, 21 Aug 1992 23:30
Date: Fri, 21 Aug 1992 23:30
37 lines
2367 bytes
2367 bytes
In article <9208200145.AA29470@ucbvax.Berkeley.EDU> jbs@WATSON.IBM.COM writes: > What is the point of this contest? To find a good polynomial for RSA-129. To factor RSA-129 with GNFS would take many hundreds or thousands of MIPS-years with a random polynomial. In the two weeks since the contest was announced, quite a few people have submitted polynomials, and the best so far---yours---is roughly 1000 times better than random. That means *three times less work* for GNFS. That is a huge difference. Polynomials another 10 or 20 times better could well be good enough for GNFS to complete in a reasonable time. There are also algebraic criteria which give some polynomials a significant ``boost.'' For instance, a polynomial which has many roots modulo 3, 5, and 7 is nearly 100 times better than a polynomial which has no roots modulo 3, 5, or 7, all else being equal. (Most polynomials are somewhere in the middle.) Keep in mind that f(m) doesn't have to equal n---it be any positive multiple. So there are a huge number of polynomials to search through. Someone who uses clever techniques to search through selected m's may have a better chance of finding a good polynomial than someone who runs through billions of m's by brute force (though brute force never hurts!). It may also be possible to use the extra structure of two-variable polynomials f(m_1,m_2) to obtain better results there--- certainly the optimal two-variable polynomials have much smaller coefficients than the optimal one-variable polynomials. These are open problems. Nobody knows what the best way to search for polynomials is. In any case, the polynomial-searching contest has produced spectacular results so far. Keep those submissions coming in! I'm sorry I don't yet have precise estimates of exactly how much RSA-129 GNFS time is saved by any particular polynomial, but I can assure you that a few weeks of polynomial searching will be time very, very well spent. ---Dan
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads