Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Security

ECB

Electronic Code-book (mode)

Security →

ECB is a basic and insecure block cipher mode where each plaintext block is encrypted independently with the same key, preserving plaintext patterns in the ciphertext.

Introduced
Rel-5
Where
Services
Specifications
3 specs
ECB Description Purpose What changed Neighbours Specifications

Description

Electronic Code-book (ECB) is a mode of operation for a block cipher. In ECB mode, the encryption process is straightforward: the input plaintext message is divided into blocks of a fixed size (e.g., 128 bits for AES). Each block is then encrypted independently using the same symmetric key. The resulting ciphertext is simply the concatenation of the encrypted blocks. Decryption follows the same principle in reverse, with each ciphertext block being decrypted independently to recover the original plaintext block.

The core characteristic of ECB is its stateless and deterministic nature. For a given key, identical plaintext blocks will always produce identical ciphertext blocks. This property leads to its major cryptographic weakness: patterns present in the plaintext are directly revealed in the ciphertext. For example, a plaintext image encrypted with ECB would show a vague outline of the original image in the ciphertext because areas of uniform color produce uniform ciphertext blocks.

Architecturally, ECB does not require an Initialization Vector (IV) or any feedback mechanism. It operates directly on the plaintext blocks. In 3GPP systems, ECB is specified primarily as a baseline or reference algorithm within security specifications. It is not used for protecting user data or signaling in live networks due to its vulnerabilities. Its role is often didactic or as a component within more complex cryptographic constructions where the lack of diffusion is managed by other means.

From an implementation perspective, ECB is the simplest mode to implement as it involves direct application of the block cipher's encryption and decryption functions without any chaining logic. However, this simplicity comes at the cost of security. In modern 3GPP architectures, ECB is explicitly avoided for any confidentiality protection. Its mention in specs like 31.113 (UICC security) is typically in the context of defining algorithms where ECB might be the underlying mode for a specific, limited-purpose function, but never for general data encryption.

Purpose & Motivation

ECB mode exists as the most fundamental and conceptually simple mode of operation for block ciphers. It was created to demonstrate the basic application of a block cipher to data longer than a single block. Historically, it was one of the first modes defined and served as a building block for understanding cryptography.

The primary problem ECB 'solves' is the trivial one of extending a block cipher's fixed-block-length encryption to a message of arbitrary length. However, it does not solve the critical problem of providing semantic security. The motivation for defining it in standards like 3GPP is to have a complete set of documented algorithms and modes for reference, testing, and interoperability in very constrained scenarios. Its inclusion allows for the specification of cryptographic suites even if some modes are not recommended for general use.

The limitations of ECB are severe and directly motivated the creation of all other standard modes (CBC, CTR, GCM, etc.). It provides no diffusion; patterns and repetitions in the plaintext leak directly into the ciphertext. It is also vulnerable to replay and manipulation attacks since blocks can be rearranged, removed, or duplicated without affecting the decryption of other blocks. Therefore, its purpose in contemporary 3GPP is not for deployment but for completeness of specification and as a cryptographic primitive that may be used internally by other, secure constructs.

What changed in its specifications

The latest release-to-release comparison of specifications that define ECB. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.048Rel-4 → Rel-5

Rel-5 added applet management commands, minimum security level specification, and a security layer relation to Open Platform architecture.

Full comparison in TS 23.048 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-5 Initial

ECB mode was first introduced in 3GPP Release 5 as a defined cryptographic mode of operation. It was specified within the context of algorithm requirements and testing standards, establishing it as a baseline reference. Its initial architecture was the standard, non-chaining block cipher mode.

No significant changes to the ECB mode definition itself. Its role remained as a documented primitive within the expanding 3GPP security framework.

No significant changes to the ECB mode definition itself. Continued inclusion in reference specifications.

No significant changes to the ECB mode definition itself. Maintained as a standard defined mode.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

No significant changes to the ECB mode definition itself.

Defining Specifications

3GPP specifications that define or reference ECB, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.048 v590 Secured Packets Structure for SMS and UICC Management Rel-5 read
TS 31.113 v800 USAT Interpreter Byte Codes Specification Rel-8 read