Publication

End-to-end encryption (E2EE) in Matrix: what it protects and what it does not

An honest take on end-to-end E2EE encryption in Matrix and Element: what closes off message content, why metadata remains, why device verification matters, and where this is important for business.

Security 3 min
Infographic of end-to-end E2EE encryption in Matrix and Element

End-to-end encryption is often perceived as a promise of “complete protection,” but in practice it solves a specific task and has clear limits.

Let us be honest about what exactly E2EE closes off in “Matrix + Element” technology, what stays visible, and why device verification matters just as much as the encryption itself.

E2EE honestly

What end-to-end encryption closes off and what it does not

  1. 01Content is encrypted
  2. 02Keys on devices
  3. 03Device verification
  4. 04Metadata remains
  • E2EE closes off text and attachments from the server and intermediaries.
  • Metadata about the fact and time of communication is not fully hidden by encryption.
  • Device verification protects against an impersonated counterpart.

How end-to-end encryption works

With end-to-end encryption the message content is encrypted on the sender’s device and decrypted only on the participants’ devices. The server passes along already-encrypted data and does not see the original text.

This means the text of the correspondence and the attachments are closed off from the server and intermediaries along the way. For work discussions with sensitive content this is a serious level of protection.

What E2EE does not hide

Encryption closes off the content but does not make communication fully invisible. Some service information stays available for the system to function.

So E2EE should be seen as protection of the content, not as a promise that nothing at all can be learned about the fact of communication.

  • Metadata about the fact and time of communication is not fully hidden by encryption.
  • It is visible which participants are in a room.
  • The size and timing of sent messages remain observable.
  • Security depends on how well the participants’ own devices are protected.

Device verification

For encryption to truly protect against an impersonated counterpart, participants cross-check each other’s devices. Verification confirms that the person on the other end is who they claim to be.

Without verification there remains a risk that an unverified device enters the correspondence. So the cross-check procedure should be built in as part of the work rules, not left up to each person.

Where this matters for business

For industries with sensitive discussions, E2EE reduces the risk of correspondence content being exposed on the server and intermediary side. This is appropriate for legal, financial, and product teams.

At the same time, do not promise employees “complete protection from leaks”: security is the sum of encryption, device verification, access rights, and the team’s own discipline.

Quick checklist

  • Define which rooms require end-to-end encryption.
  • Enable device verification as a mandatory step.
  • Explain to the team that E2EE closes off content, not metadata.
  • Configure access rights to sensitive discussions.
  • Establish rules for protecting employees’ own devices.

What to do next

KMVSG will help properly configure end-to-end encryption and device verification in a Matrix + Element corporate messenger for your industry’s needs.

Discuss your task