Resumo Rápido

  • Califórnia (AB 1856) e Colorado (SB 26-051) promulgaram leis exigindo que sistemas operacionais implementem verificação de idade em nível de dispositivo, mas especificamente isentaram software de código aberto.
  • Essas determinações obrigam "Provedores de Sistemas Operacionais" a coletar a idade do usuário durante a configuração da conta e compartilhar um "sinal de idade" não identificável com aplicativos de terceiros.
  • Após significativa reação da comunidade de código aberto, ambos os estados restringiram suas definições para excluir Linux e software de código aberto distribuídos sob licenças que permitem aos usuários copiar, redistribuir e modificar o código.
  • Embora uma distribuição Linux pura esteja isenta, plataformas como o SteamOS da Valve ainda podem se enquadrar na determinação, pois o SteamOS é fornecido com uma loja e cliente proprietários.
  • Da mesma forma, embora o Android seja tecnicamente de código aberto, a versão presente na maioria dos telefones inclui Google Play Services proprietários, o que provavelmente acionaria a determinação.

Leis de Verificação de Idade na Califórnia e Colorado

Seu computador está prestes a se tornar muito mais intrometido. Imagine ligar um novo laptop e, antes mesmo de ver a área de trabalho, ele pedir sua data de nascimento. Essa era quase a realidade obrigatória para todo usuário na Califórnia e no Colorado.

Duas legislações sobrepostas estão reformulando as regras. O SB 26-051 do Colorado ("Atestação de Idade em Dispositivos de Computação") foi aprovado em ambas as câmaras e enviado ao governador em maio de 2026, com data de vigência em julho de 2028.

Na Califórnia, a lei subjacente é a AB 1043 (Lei de Garantia Digital de Idade), já sancionada pelo governador Newsom e com vigência em 1º de janeiro de 1, 2027. Uma emenda complementar, a AB 1856, introduzida pelo mesmo legislador que escreveu a AB 1043, está atualmente avançando em comissão e criaria uma proteção importante para software de código aberto. No final de maio de 2026, a AB 1856 ainda não havia sido aprovada, mas sua trajetória é acompanhada de perto pelas comunidades Linux e FOSS.

Ambas as leis visam proteger crianças, transferindo as verificações de idade de sites individuais para o próprio dispositivo. Mas, após uma reação significativa de desenvolvedores de código aberto, legisladores em ambos os estados adicionaram uma reviravolta crítica: a maior parte do software de código aberto estaria isenta.

A Escapatória do Código Aberto

Os legisladores perceberam que não poderiam facilmente forçar a conformidade com software descentralizado. A maioria das distribuições Linux, como Debian, Fedora e Arch, não possui um escritório corporativo central para multar ou processar.

O projeto de lei do Colorado, conforme alterado, afirma que o Artigo 30 não se aplica a um provedor ou desenvolvedor de sistema operacional que distribui software sob termos de licença que permitem aos destinatários copiar, redistribuir e modificar o software sem restrições do provedor ou desenvolvedor.

A AB 1856 da Califórnia usa linguagem quase idêntica. A isenção também cobre explicitamente repositórios de código livre e distribuição de software em contêineres, o que significa que plataformas como GitHub, GitLab e Docker não seriam tratadas como lojas de aplicativos comerciais sob nenhuma das leis.

Crucialmente, nenhuma isenção menciona o Linux pelo nome. Elas descrevem uma categoria de licenciamento, o que significa que qualquer projeto distribuído sob termos de software livre e de código aberto qualificados está protegido, sem que a lei escolha vencedores entre ecossistemas específicos.

Essa proteção para ferramentas construídas por voluntários é importante. Carl Richell, fundador e CEO da System76, que desenvolve a distribuição Linux Pop!_OS e fez lobby ativo pela emenda do Colorado, confirmou no Bluesky e no Fosstodon que o projeto de lei atualizado inclui "uma forte isenção para distros e aplicativos de código aberto."

A Condição de Restrição: O que "Código Aberto" Realmente Significa Aqui

Há uma condição significativa embutida na linguagem de isenção que merece atenção. A proteção não se trata simplesmente de publicar o código-fonte. Na linguagem do Colorado, a isenção se aplica apenas a desenvolvedores que não impedem os usuários de instalar versões modificadas do software em seus próprios dispositivos.

Isso se baseia diretamente em um conceito que o mundo do software livre chama de "Tivoização", uma prática que se tornou notória quando a TiVo, no início dos anos 2000s, usou Linux sob a licença GPL de código aberto, mas bloqueou seu hardware para que os usuários nunca pudessem executar código modificado em seus dispositivos. Nesse sentido, a isenção tem um teste de integridade embutido: se você publica seu código-fonte, mas bloqueia o dispositivo contra modificação pelo usuário, você não se qualifica.

Isso não significa, como alguns comentários iniciais sugeriram, que a Apple ou o Google seriam forçados a desbloquear bootloaders para reivindicar a isenção. Essas empresas operam ecossistemas comerciais e proprietários e não se qualificam para a isenção de código aberto de qualquer forma.

A condição de restrição é relevante especificamente para distribuidores de código aberto. Ela os impede de aproveitar a isenção enquanto simultaneamente bloqueiam o hardware.

Por que seu Steam Deck Ainda Pode Precisar de um Documento

Mesmo com a vitória do código aberto, há uma área cinzenta genuína para sistemas híbridos. O SteamOS da Valve é um exemplo claro. Ele roda um kernel Linux, tecnicamente de código aberto, mas vem empacotado com o cliente Steam proprietário, que funciona como uma loja de aplicativos comerciais.

Sob ambas as leis, a questão relevante é se a plataforma opera uma "loja de aplicativos coberta". Como o Steam distribui aplicativos de terceiros comercialmente, a Valve ainda pode estar sujeita aos requisitos de verificação de idade, mesmo que o sistema operacional subjacente seja de código aberto.

Isso cria uma assimetria prática: o mesmo kernel Linux é legalmente "seguro" quando baixado como uma distribuição genérica, mas potencialmente "regulado" quando vem pré-instalado em um dispositivo de jogos com uma loja comercial anexada.

E o Android?

O Android geralmente se enquadra na mesma categoria que o SteamOS em relação a essas determinações de verificação de idade. Embora o Android Open Source Project (AOSP) seja software livre, a versão na maioria dos smartphones inclui Google Play Services proprietários e recursos específicos do dispositivo.

Embora o AOSP ou suas variantes "desgooglizadas" (como o GrapheneOS) possam tecnicamente se qualificar para a isenção de código aberto, todos os smartphones convencionais são afetados por padrão devido aos seus ecossistemas comerciais pré-instalados.

Bilhões em um Único Bug: O Risco de Multas Escaláveis

As apostas financeiras para errar isso são severas. As penalidades da lei do Colorado são calculadas por menor afetado, não como uma multa corporativa fixa. De acordo com a nota fiscal legislativa oficial para o SB 26-051:

  • $2,500 por menor para violações negligentes
  • $7,500 por menor para violações intencionais

A aplicação é feita pelo Procurador-Geral do Colorado por meio de ação civil. Para um sistema operacional importante que atende milhões de jovens usuários, um único defeito de software na API de sinal de idade poderia, teoricamente, compor esses valores dramaticamente, embora os tribunais determinem, em última análise, o escopo de qualquer responsabilidade resultante.

Um Problema Não Examinado: O Mercado de Dispositivos Usados

Uma área que nenhuma das leis parece abordar explicitamente é o que acontece quando dispositivos usados mudam de mãos. Ambas as leis focam no momento da "configuração da conta", quando a idade do usuário é inserida e armazenada pela primeira vez. Mas se um dispositivo for vendido sem uma redefinição de fábrica, o novo proprietário pode estar operando sob o perfil de idade do usuário anterior.

Isso cria potenciais questões de responsabilidade para revendedores e levanta a perspectiva de que os dispositivos podem precisar ser limpos antes da venda para evitar problemas de conformidade, um atrito que poderia aumentar o lixo eletrônico e desacelerar o mercado secundário.

Isso parece ser uma consequência não intencional que nenhuma legislatura abordou ainda, e pode exigir esclarecimento em futuras regulamentações ou emendas.

O que Acontece a Seguir

A AB 1043 da Califórnia entra em vigor em 1º de janeiro de 1, 2027. Se a isenção de código aberto da AB 1856 estará em vigor antes desse prazo depende de sua aprovação na legislatura da Califórnia antes do final da sessão atual.

O SB 26-051 do Colorado entra em vigor em 1º de julho de 2028, com a isenção de código aberto já escrita no projeto de lei registrado.

Os defensores do Linux estão tratando a emenda do Colorado como uma vitória significativa para a comunidade FOSS, enquanto permanecem cautelosos sobre a implementação. A história sugere que a isenção estatutária de hoje pode se tornar o alvo de amanhã para emendas, particularmente à medida que reguladores e tribunais trabalham na primeira onda de ações de execução.

Por enquanto, a era do sistema operacional anônimo está genuinamente sob pressão, mas as comunidades que construíram a internet aberta parecem ter conquistado pelo menos uma trégua temporária.

Recursos

Marcadores

1.3K