Trivium (cipher)

From Wikipedia, the free encyclopedia

Structure of Trivium
Structure of Trivium
For other uses, see Trivium.

Trivium is a synchronous stream cipher designed to provide a flexible trade-off between speed and gate count in hardware, and reasonably efficient software implementation.

It was submitted to the Profile II (hardware) of the eSTREAM competition by its authors, Christophe De Cannière and Bart Preneel, and has been selected as Phase 2 Focus Candidate for Profile 2 by the eSTREAM project. It is not patented.

It generates up to 264 bits of output from an 80-bit key and an 80-bit IV. It is the simplest eSTREAM entrant, and shows remarkable resistance to cryptanalysis for its simplicity.

Contents

[edit] Description

Trivium's 288-bit internal state consists of three shift registers of different lengths. At each round, a bit is shifted into each of the three shift registers using a non-linear combination of taps from that and one other register; one bit of output is produced. To initialize the cipher, the key and IV are written into two of the shift registers, with the remaining bits starting in a fixed pattern; the cipher state is then updated 4 × 288 = 1152 times, so that every bit of the internal state depends on every bit of the key and of the IV in a complex nonlinear way.

No taps appear on the first 64 bits of each shift register, so each novel state bit is not used until at least 64 rounds after it is generated. This is the key to Trivium's software performance and flexibility in hardware.

[edit] Specification

Trivium may be specified very concisely using three recursive equations.[1] Each variable is an element of GF(2); they can be represented as bits, with "+" being XOR and multiplication being AND.

  • a_i = c_{i - 66} + c_{i -111} + c_{i-100} \cdot c_{i-109} + a_{i-69}
  • b_i = a_{i - 66} + a_{i -93} + a_{i-92} \cdot a_{i-91} + b_{i-78}
  • c_i = b_{i - 69} + b_{i -84} + b_{i-83} \cdot b_{i-82} + c_{i-87}

The output bits r_0 \ldots r_2^{64} -1 are then generated by

  • ri = ci − 66 + ci − 111 + ai − 66 + ai − 93 + bi − 69 + bi − 84

Given an 80-bit key k0 ... k79 and an l-bit IV v0 ... vl-1 (where 0 ≤ l ≤ 80), Trivium is initialized as follows:

  • (a-1245 ... a-1153) = (0, 0 ... 0, k0 ... k79)
  • (b-1236 ... b-1153) = (0, 0 ... 0, v0 ... vl-1)
  • (c-1263 ... c-1153) = (1, 1, 1, 0, 0 ... 0)

The large negative indices on the initial values reflect the 1152 steps that must take place before output is produced.

To map a stream of bits r to a stream of bytes R, we use the little-endian mapping Ri = Σj=0 ... 7 2j r8i+j.

[edit] Performance

A straightforward hardware implementation of Trivium would use 3488 logic gates and produce one bit per clock cycle. However, because each state bit is not used for at least 64 rounds, 64 state bits can be generated in parallel at a slightly greater hardware cost of 5504 gates. Different tradeoffs between speed and area are also possible.

The same property allows an efficient bitslice implementation in software; performance testing by eSTREAM give bulk encryption speeds of around 4 cycles/byte on some x86 platforms, which compares well to the 19 cycles/byte of the AES reference implementation on the same platform.

[edit] Security

[Trivium] was designed as an exercise in exploring how far a stream cipher can be simplified without sacrificing its security, speed or flexibility. While simple designs are more likely to be vulnerable to simple, and possibly devastating, attacks (which is why we strongly discourage the use of Trivium at this stage), they certainly inspire more confidence than complex schemes, if they survive a long period of public scrutiny despite their simplicity.[2]

As of November 2007, no cryptanalytic attacks better than brute force attack are known. The best attack recovers the internal state (and thus the key) in around 289.5 steps (where each step is roughly the cost of a single trial in exhaustive search).[3] Reduced variants of Trivium using the same design principles have been broken using an equation-solving technique.[4]. These attacks improve on the well-known time-space tradeoff attack on stream ciphers, which with Trivium's 288-bit internal state would take 2144 steps, and show that a variant on Trivium which made no change except to increase the key length beyond the 80 bits mandated by eSTREAM Profile 2 would not be secure.

A detailed justification of the design of Trivium is given in [5].

[edit] References

  1. ^ eSTREAM Phorum, 2006-02-20
  2. ^ Christophe De Cannière, Bart Preneel (2005-04-29). "Trivium specifications" (PDF). . eSTREAM submitted papers Retrieved on 2006-10-09.
  3. ^ Alexander Maximov, Alex Biryukov (2007-01-23). "Two Trivial Attacks on Trivium" (PDF). . Cryptology ePrint (Table 6, page 11)
  4. ^ Håvard Raddum (2006-03-27). "Cryptanalytic results on Trivium" (PostScript). . eSTREAM submitted papers Retrieved on 2006-10-09.
  5. ^ Christophe De Cannière, Bart Preneel (2006-01-02). "Trivium - A Stream Cipher Construction Inspired by Block Cipher Design Principles" (PDF). . eSTREAM submitted papers Retrieved on 2006-10-09.


[edit] External links

v • d • e
 
Stream ciphers

Algorithms:A5/1 | A5/2 | E0 | FISH | Grain | HC-256 | ISAAC | MUGI | Panama | Phelix | Pike | Py | QUAD  | Rabbit | RC4 | Salsa20 | Scream | SEAL | SOBER | SOBER-128 | SOSEMANUK | Trivium | VEST | WAKE
Standardization: eSTREAM
v • d • e
 
Cryptography