O Chat Control 1.0 permite a verificação. O Chat Control 2.0 iria exigi-la. Essa é toda a diferença — e é uma grande diferença.
“Chat Control 2.0” é o nome informal para o regulamento permanente da UE Chat Control, o CSAR (a proposta da UE para prevenir e combater o abuso sexual de crianças). Enquanto o 1.0 torna a verificação voluntária legal até 2028, o 2.0 colocaria um quadro duradouro no seu lugar — e, na sua forma mais contestada, tornaria a deteção obrigatória.
1.0 versus 2.0, em termos simples
- Chat Control 1.0 — temporário; permite que os fornecedores verifiquem voluntariamente o conteúdo que conseguem ler; em vigor até 2028.
- Chat Control 2.0 (CSAR) — permanente; na sua forma contestada, obrigaria a ordens de deteção, potencialmente exigindo verificação no lado do cliente que inspeciona o conteúdo no seu dispositivo antes de ser cifrado.
- O ponto crítico — ordens de deteção obrigatórias e verificação no lado do cliente são exatamente o que as negociações repetidas não conseguiram resolver.
Onde está atualmente
O regulamento permanente ainda está a ser negociado entre o Parlamento, o Conselho e a Comissão. O quinto trílogo colapsou em 29 de junho de 2026 sem acordo, e espera-se que as negociações continuem sob a Presidência irlandesa a partir de setembro de 2026. As disposições de verificação obrigatória continuam a ser o principal obstáculo. O cronograma e o texto final estão genuinamente por definir — quem lhe disser que o resultado está decidido está a adivinhar.
A verificação no lado do cliente é a parte a observar. Não quebra o cifrado de ponta a ponta — contorna-o, lendo o seu conteúdo no seu próprio dispositivo antes de o cifrar.
Por que o 2.0 não alcança o uOS
Uma ordem de deteção só pode obrigar aquilo que um fornecedor consegue ler. O uOS não guarda texto simples: o conteúdo é cifrado de ponta a ponta no seu dispositivo, o servidor guarda apenas texto cifrado, e não existe chave do lado do servidor e sem base de dados de palavras-passe. Não há nada do nosso lado contra o qual uma ordem de deteção possa ser emitida.
A verificação no lado do cliente é a questão mais difícil, porque visa o dispositivo em vez do servidor. A nossa resposta é honestidade arquitetural: o uOS não executa código de verificação contra o seu conteúdo, e um sistema operativo web cujo design inteiro é o de não conseguir ler os seus dados teria de abandonar esse design para cumprir. Somos construídos ao contrário.