A legislação da Califórnia que impõe verificação de idade em nível de sistema operacional gerou uma correção de rota que redefine o escopo de aplicação para software de código aberto. O projeto de lei AB 1856, apresentado como emenda à controversa AB 1043, introduz uma cláusula de isenção que exclui a maioria das distribuições Linux do requisito de implementar uma API de sinalização etária. No entanto, a isenção não é universal e deixa plataformas como SteamOS em uma zona cinzenta regulatória, expondo as tensões estruturais entre a arquitetura descentralizada do open source e a rigidez das leis de proteção infantil.
Definição Técnica de OS Provider e o Problema da AB 1043
A AB 1043, sancionada pelo governador Gavin Newsom em outubro de 2025, obriga qualquer entidade classificada como “OS provider” a coletar a faixa etária do usuário durante a configuração inicial da conta e a transmitir esse dado via API para aplicativos em quatro categorias: menores de 13 anos, 13 a 15 anos, 16 a 17 anos e 18 anos ou mais. A lei não exige documentos de identidade com foto ou reconhecimento facial — apenas a autodeclaração do usuário — mas impõe multas de até 7.500 dólares por criança em caso de descumprimento.
O ponto crítico residia na redação original de “OS provider”, definida como qualquer desenvolvedor, licenciador ou gerenciador de software de sistema operacional para computadores, dispositivos móveis e outros dispositivos de computação de propósito geral. Essa definição capturava não apenas Windows, macOS, Android e iOS, mas também todas as distribuições Linux, incluindo Debian, Fedora, Ubuntu, Arch Linux e Linux Mint, além de SteamOS e sistemas embarcados.
A comunidade de código aberto reagiu imediatamente. A Electronic Frontier Foundation classificou a AB 1043 como um “portal de idade para toda a internet”, argumentando que a obrigatoriedade da verificação etária em nível de kernel criaria uma infraestrutura de vigilância on-line e imporia custos desproporcionais a desenvolvedores fora do ecossistema das grandes empresas. MidnightBSD alterou sua licença para proibir o uso por residentes da Califórnia. Uma distribuição chamada “Ageless Linux” foi criada especificamente para violar deliberadamente a lei. O GrapheneOS recusou formalmente qualquer conformidade, declarando publicamente que preferiria deixar de vender dispositivos a implementar a API.
AB 1856 e a Isenção para Software de Código Aberto
Em resposta às críticas, a própria autora da AB 1043, a deputada estadual Buffy Wicks, apresentou a emenda AB 1856 em fevereiro de 2026. A versão mais recente do projeto, datada de 18 de maio de 2026, passou pela segunda leitura em 19 de maio e avançou para a terceira leitura, com a audiência em comitê prevista para junho. A alteração central é a redefinição de “OS provider”, excluindo explicitamente qualquer pessoa ou entidade que distribua um sistema operacional ou aplicação sob termos de licença que permitam ao destinatário copiar, redistribuir e modificar o software.
Essa redação abrange as principais licenças de código aberto — GPL, MIT, Apache License — que invariavelmente garantem os direitos de cópia, redistribuição e modificação. Consequentemente, a grande maioria das distribuições Linux deixa de ser considerada “OS provider” para os fins da lei. A emenda também inclui uma isenção para componentes de software que não são fornecidos ao consumidor como aplicativos executáveis de forma independente por meio de uma loja de aplicativos. Isso cobre a vasta gama de pacotes instalados via apt, dnf, pacman e outros gerenciadores de pacotes das distribuições.
Entretanto, a AB 1856 não revoga a AB 1043. Ela apenas estreita a definição de quem se qualifica como “OS provider”. Plataformas com ecossistemas proprietários de aplicativos — Windows, macOS, iOS, Android — continuam obrigadas a implementar a API de verificação de idade. O ponto nevrálgico recai sobre sistemas que, embora baseados em Linux, integram lojas de aplicativos proprietárias e gerenciamento centralizado.
SteamOS na Zona Cinzenta Regulatória
O caso do SteamOS, da Valve, ilustra a complexidade da nova definição. O SteamOS é uma distribuição Linux, mas seu diferencial é a integração profunda com o cliente Steam e a Steam Store. Sob a ótica regulatória, o SteamOS se aproxima mais de um sistema operacional proprietário como iOS ou Android do que de uma distribuição comunitária como Debian. A Valve controla o sistema operacional, o cliente de aplicativos e a loja, criando um ecossistema verticalizado.
| Característica | SO Comercial | Linux Open Source | SteamOS |
|---|---|---|---|
| Sistema de gerenciamento | Proprietário | Descentralizado | Híbrido (Linux + Steam) |
| Loja de aplicativos | Presente (Google Play, App Store) | Ausente (repositórios comunitários) | Presente (Steam Store) |
| Redistribuição e modificação | Restrita | Permitida (GPL/MIT/Apache) | Parcial (kernel Linux modificável, cliente Steam proprietário) |
| Isenção prevista na AB 1856 | Não | Sim | Parcial (depende da interpretação) |
Se o SteamOS for considerado um “OS provider” sob a nova definição, a Valve seria forçada a implementar a API de verificação de idade em nível de sistema operacional na Califórnia. A empresa já coleta data de nascimento no registro da conta Steam, mas a transmissão desse dado como um sinal de idade do sistema operacional para aplicativos terceiros representaria uma mudança arquitetônica significativa. A Valve não se manifestou oficialmente sobre a AB 1856, mas a ambiguidade permanece: o SteamOS é um Linux modificado sob licença GPL, mas seu valor comercial está no cliente Steam proprietário e na loja integrada.
Implicações Arquitetônicas para o Ecossistema Linux
A isenção proposta pela AB 1856 resolve o problema imediato para distribuições como Debian, Fedora e Ubuntu, mas não elimina as preocupações estruturais. O deputado Wicks reconheceu em março de 2026 a complexidade de aplicar a lei a “contas compartilhadas em família e perfis em múltiplos dispositivos”, exatamente os cenários que a comunidade open source apontou como inviáveis tecnicamente.
Do ponto de vista da arquitetura de sistemas, a verificação de idade em nível de kernel exigiria a introdução de um subsistema de identidade etária no Linux, algo que nunca foi projetado. O systemd, sistema de init adotado pela maioria das distribuições, já adicionou suporte a campos de data de nascimento em versões recentes, mas isso é uma implementação voluntária e não vinculada à lei californiana. A comunidade debate se uma feature assim poderia ser usada como base para futuras exigências regulatórias em outros estados.
A Colorado já possui um projeto de lei similar avançando, e a isenção para código aberto está sendo incorporada. O precedente da Califórnia, portanto, estabelece um modelo que outros estados podem seguir. A AB 1856, se aprovada, servirá como a primeira pedra de toque que define a fronteira entre a verificação de idade obrigatória e a liberdade do software de código aberto.
O Dilema Regulatório Entre Proteção e Liberdade
A AB 1856 não responde à crítica fundamental da EFF: a verificação de idade em nível de sistema operacional, mesmo que autodeclarada, cria uma infraestrutura de vigilância que pode ser ampliada no futuro. A isenção para código aberto é uma correção pragmática, não uma solução principiológica. O governador Newsom, ao sancionar a AB 1043, já havia solicitado correções antes da implementação, citando a complexidade técnica. A AB 1856 atende parte desse pedido, mas não aborda a coleta e o armazenamento de dados etários em servidores centralizados.
Para o hardware, a implementação prática da API exigiria modificações no firmware e no bootloader de dispositivos comercializados na Califórnia, o que poderia afetar a cadeia de suprimentos de PCs, laptops e consoles como o Steam Deck. Se a lei for aplicada estritamente, fabricantes de hardware podem precisar garantir que o sistema operacional pré-instalado atenda aos requisitos, o que favoreceria Windows e macOS em detrimento de distribuições Linux genéricas.
A AB 1856 está programada para audiência em comitê em junho de 2026. Se aprovada, a implementação está prevista para 1º de janeiro de 2027. Até lá, a comunidade de código aberto, a Valve e os reguladores californianos terão que definir os limites precisos entre o que é um sistema operacional comunitário e o que é uma plataforma comercial. A resposta dada até agora pela AB 1856 é apenas metade da solução — protege o modelo descentralizado do Linux, mas deixa o ecossistema híbrido do SteamOS e as preocupações mais amplas sobre privacidade sem resolução definitiva.
