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.