From Wikipedia, the free encyclopedia

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 2⁶⁴ 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 1 Description 2 Specification 3 Performance 4 Security 5 References 6 External links

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.

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-110 c_i-109 + a_i-69
• b_i = a_i-66 + a_i-93 + a_i-92 a_i-91 + b_i-78
• c_i = b_i-69 + b_i-84 + b_i-83 b_i-82 + c_i-87

The output bits r₀ ... r_2⁶⁴-1 are then generated by

• r_i = c_i-66 + c_i-111 + a_i-66 + a_i-93 + b_i-69 + b_i-84

Given an 80-bit key k₀ ... k₇₉ and an l-bit IV v₀ ... v_l-1 (where 0 ≤ l ≤ 80), Trivium is initialized as follows:

• (a_-1245 ... a_-1153) = (0, 0 ... 0, k₀ ... k₇₉)
• (b_-1236 ... b_-1153) = (0, 0 ... 0, v₀ ... v_l-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 R_i = Σ_{j=0 ... 7} 2^j r_8i+j.

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.

[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 2^89.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 2¹⁴⁴ 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].

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.

• eSTREAM page on Trivium

Stream ciphers v • d • e
Algorithms: A5/1 | A5/2 | E0 | FISH | Grain | HC-256 | ISAAC | MUGI | Panama | Phelix | Pike | Py | Rabbit | RC4 | Salsa20 | Scream | SEAL | SOBER | SOBER-128 | SOSEMANUK | Trivium | WAKE
Theory: Shift register | LFSR | NLFSR | Shrinking generator | T-function | IV   Standardization: eSTREAM
Cryptography v • d • e
History of cryptography | Cryptanalysis | Cryptography portal | Topics in cryptography
Symmetric-key algorithm | Block cipher | Stream cipher | Public-key cryptography | Cryptographic hash function | Message authentication code | Random numbers