why-negligible-funcs
Repetition Amplifies Polynomial Success Rates
Say an attacker breaks a scheme with probability in a single attempt, where is some non-negligible function of the security parameter (for example, ).
If the attacker repeats the experiment times independently, the probability of failing every single time is:
Since is strictly less than 1, multiplying it by itself times makes it continuously decrease. So the success probability keeps growing toward 1.
With a polynomial base success rate, this actually works. If and the attacker runs experiments, the total success probability is roughly . That's a guaranteed break.
Where This Gets Confusing
So what about making really small? If the attacker has a chance of success, the same logic still applies. Repeating the experiment enough times drives the failure probability toward zero. The math doesn't care how small is, only that .
I couldn't see why defining a special class of "negligible" functions would change anything. Multiplying a number less than 1 by itself always decreases it. What makes negligible different?
The Asymptotic Race
The answer isn't that the failure probability stops decreasing. It does decrease. The point is that the attacker is computationally bounded and can only run polynomially many experiments.
Modern cryptography limits the base success probability to a negligible function , defined as a function that shrinks faster than the inverse of any positive polynomial. For any polynomial , there exists such that for all :
In practice, negligible functions shrink exponentially (like ). A polynomial-time attacker is limited to repetitions where is some polynomial. Their total success probability is bounded by:
For example, . As grows, crushes . The product goes to zero no matter how large the polynomial exponent is.
This is why the definition works: a polynomial (like ) can be amplified to near-certainty with polynomially many tries. A negligible cannot. Polynomial repetitions can't outpace exponential shrinkage.
Why Cryptographers Prove Bounds, Not Exact Probabilities
Security proofs don't compute the exact success probability of an attacker. They prove that a worst-case ceiling is negligible, and that's enough.
The Union Bound. If an attacker has tries, each with success probability , the probability of succeeding at least once is bounded by:
Since polynomial negligible is still negligible, the ceiling stays negligible. That's the whole argument.
Why the bound is tight (the binomial approximation). The exact probability of at least one success in independent tries is where . Expanding via the binomial theorem:
Substituting back into :
Because is astronomically small (say ), higher-order terms like and vanish. The dominant surviving term is . So the Union Bound isn't just a valid ceiling, it's a very tight approximation of the exact value.
Why we still prefer the bound over the exact formula. The binomial formula assumes every attempt is perfectly independent. Real attackers use adaptive strategies: if the first query fails, they analyze that failure to craft a better second query. When trials are dependent, the binomial math breaks down entirely. The Union Bound holds even for dependent events. No matter how the attacker correlates their queries or learns from past failures, the total success probability is trapped below .