Skip to content

Article

Chat Control: what the vote provides for and what changes technically

Technical analysis of the EU vote on Chat Control: server-side and client-side scanning scenarios, privacy risks, data breaches, timeline and a glossary of key terms.

Michele Pelosi 12 min read

In this article
  1. What was voted on on 9 July 2026
  2. Scenario 1: From 10/07/2026 with the ePrivacy derogation (currently in force)
  3. Scenario 2: if the full CSAR were to pass in the future
  4. What would not change in either scenario
  5. Why many experts consider this approach wrong
  6. The concrete technical risks: data breaches and misuse of data
  7. Beyond the technical reasons - a concrete risk for the future
  8. The cultural problem
  9. Timeline of the Chat Control dossier
  10. Glossary of technical terms

Updated 10 July 2026

Hemicycle of the European Parliament in Strasbourg
The hemicycle of the European Parliament in Strasbourg, where the Chat Control dossier is also voted on. Source: Wikimedia Commons.

What was voted on on 9 July 2026

The binding vote of 9 July ended with 314 votes against the blocking motion, 276 in favour and 17 abstentions: although the majority of those voting were against the text, the motion did not reach the absolute majority of 361 votes needed to stop it, and the derogation therefore passed. At the same time, a symbolic exemption was approved for end-to-end encrypted communications, which in practice providers were not scanning anyway. On the other hand, for the same procedural reason, an amendment that would have limited scanning to suspects identified by the judiciary fell, despite having gathered 322 votes in favour and 255 against.

This derogation had already expired on 3 April 2026, after Parliament rejected it by a single vote (307 to 306) on 25-26 March 2026. The relaunch was led by the EPP with the decisive support of S&D and Renew, following an appeal by four European Commissioners who warned of a regulatory gap for investigative authorities after the derogation expired.

This is not yet the full "Chat Control" proposal (also known as CSAR), which provides for more invasive scanning obligations: that remains a separate dossier, still under negotiation between Parliament and the Council of the EU, with the fifth and final round of trilogue ending on 29 June 2026 without a final agreement.

Scenario 1: From 10/07/2026 with the ePrivacy derogation (currently in force)

In this case the technical impact is relatively limited:

Conceptual illustration of encryption
Conceptual representation of asymmetric encryption. Source: Wikimedia Commons.

Scenario 2: if the full CSAR were to pass in the future

Here the technical details would change radically, because the regulation does not specify where scanning must take place, but requires the order to be enforceable — which in practice shifts the check onto the device when services are end-to-end encrypted.

Icon of a digital padlock
Symbolic icon of digital security. Source: Wikimedia Commons.

What would not change in either scenario

The encryption protocol itself (for example the Signal Protocol) would not be altered: the problem concerns access to the plaintext content on the client side before it is encrypted. Communications already encrypted in transit on the servers would remain unreadable to providers.

Why many experts consider this approach wrong

Numerous digital rights activists, data protection authorities and even the European Court of Human Rights have harshly criticised the approach of the proposal. The main problem, according to these critics, is that the system reverses the logic of the presumption of innocence: it turns generalised monitoring into the rule and privacy becomes the exception, instead of the other way round.

The concrete technical risks: data breaches and misuse of data

Beyond the ethical question, cybersecurity experts point to very practical technical problems linked to building this kind of control infrastructure.

Beyond the technical reasons - a concrete risk for the future

If, technically speaking, this is a usurpation of E2E protocols, a dangerous precedent is also being created. At this moment it is fairly clear that, despite the votes against, in Europe there is a will to push this kind of law through by any means. If the "2.0" law is still stalled, the same cannot be said of its "1.0" version, which, just to get it approved, was put to a vote on the last day before the holidays (and we all know politicians have no sense of duty until the last day) and above all with an absolute majority required for the final rejection, which obviously was not reached. In my opinion this kind of law creates a very serious precedent in European history: if the law really were to pass in its "2.0" form, the only ways to have private correspondence would become non-mainstream apps that nobody knows, some of them technically difficult to set up. Not to mention that if the check is done on the app side, you will need an app built ad hoc (as in the case of Element for Matrix).

The cultural problem

"I have nothing to hide, and it's a good thing if they catch the bad guys." Most people answer like this when I raise the problem with them. In most cases the person I'm talking to understands neither the technical nor the political aspects behind such a decision (essentially they can't see past the end of their own nose). That's why I created www.michelepelosi.com, to share this kind of information with "ordinary" people... but you need at least the will to read it T_T

p.s. this was just a little personal rant, don't mind it.


Timeline of the Chat Control dossier


Glossary of technical terms

commenti.sh

Comments

Written by , IT specialist writing about privacy, security and open source.