Protocol notes for this page (click to expand)

MACsec (MAC Security)

What it is for

The fibre between two sites runs through public ducts where anyone could tap it with a splitter. Ethernet frames are plaintext, so a tap sees everything.

★★★ MACsec encrypts frames on that one link: encrypt before sending, decrypt on arrival. A tap sees only ciphertext.

Two crucial limits

★★★ (1) The MAC header is not encrypted. Destination and source MACs must stay readable or switches cannot forward. So an attacker still sees who talks to whom, just not the contents.

★★★ (2) Hop by hop, not end to end. Each link encrypts and decrypts independently, so inside the intermediate switch the frame is plaintext.

★★ Compare IPsec: end to end, with no device in the middle ever seeing plaintext. They address different threats -- MACsec against a tapped cable, IPsec against untrusted devices en route.

★ Common misconceptions

★★★ "MACsec means I do not need IPsec" -- wrong. MACsec protects one link; the data is plaintext inside every intermediate switch. End-to-end confidentiality requires IPsec or TLS.

★★ "Encryption hides who is communicating" -- it does not. The MAC header is plaintext, so traffic analysis (who, how much, when) still works.

★★ "There is no cost" -- every frame grows 24-32 bytes (SecTAG plus ICV), the MTU must be raised, and line-rate encryption needs dedicated hardware.