Pollard's rho algorithm

This article is about the integer factorization algorithm. For the discrete logarithm algorithm, see Pollard's rho algorithm for logarithms.

Pollard's rho algorithm is an algorithm for integer factorization. It was invented by John Pollard in 1975. It uses only a small amount of space, and its expected running time is proportional to the square root of the size of the smallest prime factor of the composite number being factorized.

Core ideas

The algorithm is used to factorize a number $n=pq$, where $p$ is a non-trivial factor. A polynomial modulo $n$, called $g(x)$ (e.g., $g(x)=(x^{2}+1){\bmod {n}}$), is used to generate a pseudorandom sequence: A starting value, say 2, is chosen, and the sequence continues as $x_{1}=g(2)$, $x_{2}=g(g(2))$, $x_{3}=g(g(g(2)))$, etc. The sequence is related to another sequence $\{x_{k}{\bmod {p}}\}$. Since $p$ is not known beforehand, this sequence cannot be explicitly computed in the algorithm. Yet, in it lies the core idea of the algorithm.

Because the number of possible values for these sequences is finite, both the $\{x_{k}\}$ sequence, which is mod $n$, and $\{x_{k}{\bmod {p}}\}$ sequence will eventually repeat, even though these values are unknown. If the sequences were to behave like random numbers, the birthday paradox implies that the number of $x_{k}$ before a repetition occurs would be expected to be $O({\sqrt {N}})$, where $N$ is the number of possible values. So the sequence $\{x_{k}{\bmod {p}}\}$ will likely repeat much earlier than the sequence $\{x_{k}\}$. Once a sequence has a repeated value, the sequence will cycle, because each value depends only on the one before it. This structure of eventual cycling gives rise to the name "rho algorithm", owing to similarity to the shape of the Greek character ρ when the values $x_{1}{\bmod {p}}$, $x_{2}{\bmod {p}}$, etc. are represented as nodes in a directed graph.

Cycle diagram resembling the Greek letter ρ

This is detected by Floyd's cycle-finding algorithm: two nodes $i$ and $j$ (i.e., $x_{i}$ and $x_{j}$) are kept. In each step, one moves to the next node in the sequence and the other moves forward by two nodes. After that, it is checked whether $\gcd(x_{i}-x_{j},n)\neq 1$. If it is not 1, then this implies that there is a repetition in the $\{x_{k}{\bmod {p}}\}$ sequence (i.e. $x_{i}{\bmod {p}}=x_{j}{\bmod {p}})$. This works because if the $x_{i}$ is the same as $x_{j}$, the difference between $x_{i}$ and $x_{j}$ is necessarily a multiple of $p$. Although this always happens eventually, the resulting Greatest common divisor (GCD) is a divisor of $n$ other than 1. This may be $n$ itself, since the two sequences might repeat at the same time. In this (uncommon) case the algorithm fails, and can be repeated with a different parameter.

Algorithm

The algorithm takes as its inputs n, the integer to be factored; and ⁠$g(x)$⁠, a polynomial in x computed modulo n. In the original algorithm, $g(x)=(x^{2}-1){\bmod {n}}$, but nowadays it is more common to use $g(x)=(x^{2}+1){\bmod {n}}$. The output is either a non-trivial factor of n, or failure. It performs the following steps:

    x ← 2
    y ← 2
    d ← 1

    while d = 1:
        x ← g(x)
        y ← g(g(y))
        d ← gcd(|x - y|, n)

    if d = n: 
        return failure
    else:
        return d

Here x and y corresponds to ⁠$x_{i}$⁠ and ⁠$x_{j}$⁠ in the section about core idea. Note that this algorithm may fail to find a nontrivial factor even when n is composite. In that case, the method can be tried again, using a starting value other than 2 or a different ⁠$g(x)$⁠.

Example factorization

Let $n=8051$ and $g(x)=(x^{2}+1){\bmod {8}}051$.

Pollard's rho algorithm example factorization for $n=253$ and $g(x)=x^{2}{\bmod {2}}53$, with starting value 2. The example is using Floyd's cycle-finding algorithm.

i	x	y	GCD(|x − y|, 8051)
1	5	26	1
2	26	7474	1
3	677	871	97
4	7474	1481	1

97 is a non-trivial factor of 8051. Starting values other than x = y = 2 may give the cofactor (83) instead of 97. One extra iteration is shown above to make it clear that y moves twice as fast as x. Note that even after a repetition, the GCD can return to 1.

Variants

In 1980, Richard Brent published a faster variant of the rho algorithm. He used the same core ideas as Pollard but a different method of cycle detection, replacing Floyd's cycle-finding algorithm with the related Brent's cycle finding method.

A further improvement was made by Pollard and Brent. They observed that if $\gcd(a,n)>1$, then also $\gcd(ab,n)>1$ for any positive integer ⁠$b$⁠. In particular, instead of computing $\gcd(|x-y|,n)$ at every step, it suffices to define ⁠$z$⁠ as the product of 100 consecutive $|x-y|$ terms modulo ⁠$n$⁠, and then compute a single $\gcd(z,n)$. A major speed up results as 100 gcd steps are replaced with 99 multiplications modulo ⁠$n$⁠ and a single gcd. Occasionally it may cause the algorithm to fail by introducing a repeated factor, for instance when ⁠$n$⁠ is a square. But it then suffices to go back to the previous gcd term, where $\gcd(z,n)=1$, and use the regular ρ algorithm from there.

Application

The algorithm is very fast for numbers with small factors, but slower in cases where all factors are large. The ρ algorithm's most remarkable success was the factorization of the Fermat number F₈ = 1238926361552897 × 93461639715357977769163558199606896584051237541638188580280321. The ρ algorithm was a good choice for F₈ because the prime factor p = 1238926361552897 is much smaller than the other factor. The factorization took 2 hours on a UNIVAC 1100/42.

The example n = 10403 = 101 · 103

In this example, only a single sequence is computed, and the gcd is computed inside the loop that detects the cycle.

C code sample

The following code sample finds the factor 101 of 10403 with a starting value of x = 2.

#include <stdio.h>
#include <stdlib.h>

int gcd(int a, int b) 
{
    int remainder;
    while (b != 0) {
        remainder = a % b;
        a = b;
        b = remainder;
    }
    return a;
}

int main (int argc, char *argv[]) 
{
    int number = 10403, loop = 1, count;
    int x_fixed = 2, x = 2, size = 2, factor;

    do {
        printf("----   loop %4i   ----\n", loop);
        count = size;
        do {
            x = (x * x + 1) % number;
            factor = gcd(abs(x - x_fixed), number);
            printf("count = %4i  x = %6i  factor = %i\n", size - count + 1, x, factor);
        } while (--count && (factor == 1));
        size *= 2;
        x_fixed = x;
        loop = loop + 1;
    } while (factor == 1);
    printf("factor is %i\n", factor);
    return factor == number ? EXIT_FAILURE : EXIT_SUCCESS;
}

The above code will show the algorithm progress as well as intermediate values. The final output line will be "factor is 101". The code will only work for small test values as overflow will occur in integer data types during the square of x.

Python code sample

from itertools import count
from math import gcd
import sys

number, x = 10403, 2

for cycle in count(1):
    y = x
    for i in range(2 ** cycle):
        x = (x * x + 1) % number
        factor = gcd(x - y, number)
        if factor > 1:
            print("factor is", factor)
            sys.exit()

The results

In the following table the third and fourth columns contain secret information not known to the person trying to factor pq = 10403. They are included to show how the algorithm works. Starting with x = 2, the algorithm produces the following numbers:

⁠$x$⁠	⁠$x_{\text{fixed}}$⁠	⁠$x{\bmod {1}}01$⁠	⁠$x_{\text{fixed}}{\bmod {1}}01$⁠	step
2	2	2	2	0
5	2	5	2	1
26	2	26	2	2
677	26	71	26	3
598	26	93	26	4
3903	26	65	26	5
3418	26	85	26	6
156	3418	55	85	7
3531	3418	97	85	8
5168	3418	17	85	9
3724	3418	88	85	10
978	3418	69	85	11
9812	3418	15	85	12
5983	3418	24	85	13
9970	3418	72	85	14
236	9970	34	72	15
3682	9970	46	72	16
2016	9970	97	72	17
7087	9970	17	72	18
10289	9970	88	72	19
2594	9970	69	72	20
8499	9970	15	72	21
4973	9970	24	72	22
2799	9970	72	72	23

The first repetition modulo 101 is 97 which occurs in step 17. The repetition is not detected until step 23, when $x\equiv x_{\text{fixed}}{\pmod {101}}$. This causes $\gcd(x-x_{\text{fixed}},n)=\gcd(2799-9970,n)$ to be $p=101$, and a factor is found.

Complexity

If the pseudorandom number $x=g(x)$ occurring in the Pollard ρ algorithm were an actual random number, it would follow that success would be achieved half the time, by the Birthday paradox in $O({\sqrt {p}})\leq O(n^{1/4})$ iterations. It is believed that the same analysis applies as well to the actual rho algorithm, but this is a heuristic claim, and rigorous analysis of the algorithm remains open.

See also

• Pollard's rho algorithm for logarithms
• Pollard's kangaroo algorithm

Further reading

• Katz, Jonathan; Lindell, Yehuda (2007). "Chapter 8". Introduction to Modern Cryptography. CRC Press.
• Samuel S. Wagstaff, Jr. (2013). The Joy of Factoring. Providence, RI: American Mathematical Society. pp. 135–138. ISBN 978-1-4704-1048-3.

External links

• Comprehensive article on Pollard's Rho algorithm aimed at an introductory-level audience
• Weisstein, Eric W. "Pollard rho Factorization Method". MathWorld.
• Java Implementation
• About Pollard rho