O Risco em 1 Minuto

O problema

A infraestrutura digital contemporânea depende, em todas as suas camadas, de arquiteturas livres e abertas: software livre (Linux, Apache, PostgreSQL), hardware aberto (RISC-V, Arduino, CERN-OHL), serviços descentralizados (Mastodon, Matrix, PeerTube) e redes livres (Freifunk, Guifi.net, Meshtastic). Mais de 90% dos softwares modernos dependem de componentes abertos. Juntas, essas camadas constituem infraestrutura crítica da sociedade digital.

O desalinhamento

A legislação parte de uma premissa implícita: a existência de um agente com controle sobre o sistema, sua operação e seus usuários. Esse modelo funciona para plataformas centralizadas e fabricantes com cadeia de controle definida. Ele não descreve a infraestrutura livre.

Na infraestrutura livre, quem cria não controla quem opera, e quem opera não controla quem usa. Publicar não equivale a operar. Projetar não equivale a fabricar. Hospedar não equivale a controlar.

Ainda assim, normas vêm sendo aplicadas de forma indistinta, atribuindo a criadores e operadores voluntários responsabilidades que pressupõem um controle que não existe.

As cinco dimensões do problema

O desalinhamento entre norma e realidade técnica se manifesta em cinco eixos convergentes:

1. Incerteza jurídica — disputas de PI paralisam o software (SCO v. Linux, Oracle v. Google), licenças de hardware nunca foram testadas em tribunal, operadores de serviços federados não sabem qual jurisdição os alcança, redes comunitárias existem em limbo regulatório
2. Responsabilização indevida — desenvolvedores criminalizados por código publicado (Tornado Cash), projetistas tratados como fabricantes (CRA), operadores de instâncias notificados por conteúdo federado (NetzDG), voluntários de redes Wi-Fi processados por atos de terceiros (Störerhaftung)
3. Obrigações incompatíveis — varredura obrigatória em código aberto (Chat Control), prazos corporativos impostos a voluntários (NIS2), moderação centralizada exigida de redes federadas (DSA), interceptação em redes mesh sem ponto central
4. Barreiras operacionais — app stores como gatekeepers, certificação de hardware proibitiva, requisitos de estrutura jurídica para operar serviços federados, licenciamento de espectro que impede redes mesh de escalar
5. Fragilidade econômica — tributação que penaliza importação de componentes e operação de serviços, editais que exigem CNPJ e excluem projetos comunitários, inexistência de figura jurídica para projetos descentralizados e transnacionais, menos de 5% dos projetos críticos com financiamento suficiente, 73% dos mantenedores em burnout

A distinção que o direito ignora

No centro do problema está a ausência de separação entre papéis que, na infraestrutura livre, são estruturalmente independentes:

• Criação — quem escreve código, projeta hardware, desenvolve protocolos, especifica arquiteturas de rede
• Operação — quem implanta software, fabrica dispositivos, opera instâncias, mantém nós
• Uso — quem executa, utiliza, publica conteúdo, se conecta

Em modelos centralizados, esses papéis se sobrepõem. Na infraestrutura livre, são separados por design — e nenhum agente possui controle sobre os demais.

As consequências

Os efeitos já são visíveis: instâncias Mastodon fechadas por impossibilidade regulatória, nós Freifunk desativados por medo de responsabilização, ataques como XZ Utils e Log4Shell explorando a exaustão de mantenedores, fragmentação jurisdicional de redes federadas e concentração crescente em fornecedores proprietários.

Se o enquadramento não for adaptado, as tendências convergem para erosão da base de mantenedores, aumento de superfície de ataque, consolidação de dependência proprietária e perda de soberania tecnológica.

O ponto central

Não se pode exigir controle onde ele não existe.

A infraestrutura livre precisa de tratamento jurídico adequado à sua realidade técnica e organizacional. Isso não significa privilégio. Significa correção de enquadramento — fazer a responsabilidade recair onde há controle real, e não sobre quem cria, projeta ou compartilha infraestrutura aberta.

A adaptação normativa não é opcional. É uma condição necessária para preservar a integridade da infraestrutura digital contemporânea.