A Verificação de Idade Muda-se para o Sistema Operativo, e Vai Dividir o Mercado em Dois
A Lei de Responsabilização das Lojas de Aplicações do Texas já está em vigor, a de Utah foi a primeira do género, e a Califórnia levou a questão da idade para dentro da própria conta do sistema operativo. A fatura da conformidade cai sobre quem distribui a plataforma, e metade da cadeia de fornecimento não tem forma óbvia de a pagar.
Comece pela multa, porque é a multa que transforma a verificação de idade ao nível do sistema operativo de debate político em problema de cadeia de fornecimento. A Senate Bill 2420 do Texas, a Lei de Responsabilização das Lojas de Aplicações, está em vigor desde 1 de janeiro de 2026. Obriga os operadores de lojas de aplicações a verificar a idade de todos os titulares de conta no estado, a associar os menores à conta de um dos pais e a obter consentimento parental antes de um menor descarregar uma aplicação ou nela gastar dinheiro. As infrações são consideradas práticas comerciais enganosas ao abrigo do Capítulo 17 do Código Comercial e Empresarial do Texas, que prevê coimas civis até 10 000 dólares por infração. O que a lei nunca esclarece é o que conta como uma infração, e é nesse silêncio que mora a exposição ao risco. Lida de forma restrita, uma infração por cada conta de menor não verificada, e uma loja com dez mil contas de adolescentes texanos por verificar enfrenta um teto teórico de nove dígitos. Lida como um procurador-geral motivado a interpretará, uma infração por cada descarregamento ou compra sem consentimento, e o teto deixa de ser um número que se consiga planear. A Apple consegue avaliar essa incerteza; tem um departamento jurídico e um roteiro de APIs. Um projeto de software gerido por voluntários não consegue avaliá-la para nenhum valor acima de zero.
O Texas não foi o primeiro. A SB 142 de Utah, assinada pelo governador Spencer Cox em março de 2025, foi a primeira lei deste tipo nos Estados Unidos e definiu o modelo: a verificação de idade acontece onde está a conta, não onde está o conteúdo. O Online Safety Act do Reino Unido segue a arquitetura oposta, colocando a obrigação em cada serviço individualmente, com a Ofcom a exigir «garantia de idade altamente eficaz» desde julho de 2025, sob pena de coimas até 18 milhões de libras ou 10% do volume de negócios mundial. As leis norte-americanas empurram a mesma obrigação para baixo na pilha tecnológica, para a loja e para a conta que está por baixo dela. O portão de idade está a sair do site e a mudar-se para a máquina.
A Califórnia escreveu agora o destino final na lei. A AB 1043, a Lei de Garantia de Idade Digital, assinada em outubro de 2025 e em vigor a partir de 2027, coloca a questão da idade dentro do próprio sistema operativo: o fornecedor do SO tem de recolher a data de nascimento ou a idade quando é criada uma conta no dispositivo, e depois disponibilizar a faixa etária resultante aos programadores de aplicações como um sinal que estes podem pedir. Sem verificação de documentos ao nível do SO, sem digitalização de identificação, apenas uma faixa etária declarada, uma contenção que ajuda a explicar porque é que as objeções mais ruidosas das plataformas se dirigiram a outras leis. É também a afirmação mais clara até agora de onde esta arquitetura vai parar. A conta que se cria ao ligar uma máquina nova passa a ser a âncora de todas as decisões de idade tomadas acima dela.
Quem fez lobby pela verificação de idade nas lojas de aplicações?
O rasto documental aqui é invulgarmente claro. Quando Utah aprovou a SB 142, a Meta, a Snap e a X emitiram uma declaração pública conjunta, amplamente noticiada em março de 2025, a elogiar o estado por avançar primeiro e a pressionar o Congresso a seguir o exemplo, reafirmando a posição de longa data da Meta de que devem ser os pais a aprovar o descarregamento de aplicações pelos adolescentes ao nível da loja. As empresas que passaram uma década a resistir à verificação de idade ao nível do serviço fizeram campanha por ela ao nível da plataforma. Não há mistério nisto. Um sinal de idade ao nível da plataforma converte qualquer futura obrigação de verificação de idade numa rede social numa simples chamada de API, e transfere a recolha responsável dos dados de idade para quem distribui a loja e o sistema operativo por baixo dela.
Os fornecedores de sistemas operativos aperceberam-se. A resposta da Apple, anunciada em fevereiro de 2025 e já disponibilizada aos programadores como a Declared Age Range API, lê-se como a posição de compromisso de uma empresa que já conta perder o argumento: a declaração de um dos pais chega às aplicações como um sinal, pelo que a plataforma guarda os dados e os programadores herdam a resposta. Quando um lado de uma indústria faz campanha por uma regulação e o outro lado constrói a máquina para lhe sobreviver, a suposição segura é que o custo encontrou uma nova casa. Desta vez, a nova casa é o sistema operativo.
As distribuições Linux vão implementar verificação de idade?
Ninguém sabe, e isso inclui as próprias distribuições. As leis foram redigidas a pensar na Apple e na Google, mas as definições são funcionais: uma loja de aplicações é um serviço que distribui software de terceiros a utilizadores, e um arquivo de pacotes Linux faz exatamente isso todos os dias. Se um tribunal esticaria as palavras até esse ponto é algo por testar, e nenhuma distribuição comunitária de relevo publicou, até à data, uma posição sobre a atestação de idade. A questão ainda não parece ter chegado até elas. O que se segue é, por isso, a nossa previsão, não a posição declarada de ninguém.
É de esperar que a base de fornecedores se divida por linhas económicas. O escalão comercial vai cumprir: a Apple já publicou o seu modelo de atestação, a Google está a construir garantia de idade nas suas contas, e ambas conseguem diluir o custo por empresas que já têm funções de conformidade. Os projetos geridos por voluntários não têm gabinete de conformidade, nem reserva jurídica, nem receita que sobreviva a uma única condenação por infração, o que deixa três opções caso as definições legais as alcancem: bloqueio geográfico, litígio, ou continuar e arriscar a fiscalização. A via do litígio sem fins lucrativos já está a ser percorrida, e os resultados até agora são mistos: a Fundação Wikimedia contestou os regulamentos de categorização do Online Safety Act no Tribunal Superior (High Court) inglês e viu a contestação ser rejeitada em agosto de 2025, embora o juiz tenha sublinhado que a decisão não dava luz verde ao regime e deixava margem para uma nova ação caso a Wikipédia venha efetivamente a ser colocada na categoria mais restritiva. O bloqueio geográfico praticamente não funciona para código, porque uma imagem ISO, ao contrário de uma montra, não sabe onde está a ser instalada. Recusar, para um projeto de voluntários, não seria escolher um mercado mais pequeno. Seria escolher uma postura jurídica.
O que significa a verificação de idade ao nível do sistema operativo para a sua empresa?
As consequências práticas chegam por duas frentes: continuidade e dados. Sobre continuidade: se a sua infraestrutura assenta num sistema operativo, sobretudo um gratuito ou de código aberto enterrado várias camadas abaixo das coisas em que realmente pensa, a posição que o seu responsável de manutenção vier a assumir sobre a atestação de idade passa a pertencer ao seu registo de riscos. A sua plataforma vai continuar a poder ser distribuída nas jurisdições onde opera? É provável que quem a mantém acabe no campo do cumprimento, no da recusa, ou é simplesmente demasiado pequena para já ter decidido? São perguntas de compras, e pertencem à mesma revisão que o licenciamento e os ciclos de vida do suporte. Mapear essa cadeia de dependências é exatamente o tipo de trabalho pouco glamoroso para que serve uma revisão de estratégia técnica, e sai consideravelmente mais barato antes de uma migração forçada do que durante ela.
Sobre dados: o modelo californiano significa que o registo de idade começa na criação da conta do dispositivo e flui a partir daí para o exterior. É preciso reconhecer que uma faixa etária declarada é um alvo mais pequeno do que as verificações documentais que o regime britânico, ao nível do serviço, tem vindo a produzir. Mas a mudança estrutural mantém-se, seja qual for o conteúdo dos dados. Os dados de idade passam a residir numa camada da pilha tecnológica que antes não continha nenhum, são preenchidos por omissão para todos em vez de por escolha para alguns serviços, e são disponibilizados através de uma interface sancionada a qualquer aplicação que os peça. Se a sua organização está a decidir sobre que plataformas construir para a próxima década, «quem detém dados de idade sobre os meus colaboradores, e quem os pode consultar» é agora um critério de seleção de primeira linha, tal como o RGPD já obriga a perguntar sobre qualquer outro dado pessoal.
O objetivo declarado destas leis é proteger crianças de aplicações. A máquina que na prática constroem é uma camada de idade por baixo de cada aplicação, propriedade do fornecedor da plataforma, preenchida para todos e tarifada, pelo menos no Texas, em incrementos de 10 000 dólares por cada erro. Julgue a política pela máquina que ela constrói. Ela diz que o seu sistema operativo está a tornar-se um responsável pelo tratamento de dados, e o seu trabalho é saber qual escolheu.
Perguntas frequentes
O que exige a Lei de Garantia de Idade Digital da Califórnia aos sistemas operativos?
A partir de 2027, a AB 1043 exige que os fornecedores de sistemas operativos recolham uma data de nascimento ou idade quando é criada uma conta num dispositivo, e que disponibilizem um sinal de faixa etária aos programadores de aplicações que o solicitem. Funciona com base em faixas etárias declaradas e não em documentos de identidade, o que reduz o risco associado aos dados, mas ainda assim faz da conta do sistema operativo o registo âncora para as decisões de idade em todas as aplicações do dispositivo.
As distribuições Linux e os sistemas operativos de código aberto vão implementar verificação de idade?
Ainda não há resposta registada, e essa é a conclusão honesta: nenhuma distribuição comunitária de relevo publicou uma posição, e nem sequer está testado se um arquivo de pacotes gerido por voluntários cumpre a definição legal de loja de aplicações. Os fornecedores comerciais estão a construir camadas de atestação para preservar o acesso ao mercado. Os projetos de voluntários não têm orçamento de conformidade nem receita que sobreviva a coimas por infração, pelo que, se as definições legais os alcançarem, as opções realistas são a recusa, o litígio ou a reestruturação da forma como distribuem o software. Vale a pena acompanhar os canais de governação de cada projeto em vez de presumir que o ecossistema se move em bloco.
Como deve uma empresa preparar-se para as regras de verificação de idade ao nível do sistema operativo?
Faça o inventário de todos os sistemas operativos no seu parque tecnológico, incluindo os que estão incorporados em equipamentos e infraestrutura em que normalmente não pensa. Para cada um, apure quem o mantém, se já assumiu alguma posição sobre os requisitos de atestação de idade, e qual é o seu caminho de migração caso essa plataforma deixe de poder ser distribuída ou de ter suporte nas suas jurisdições. Trate isto como qualquer outro risco de continuidade da cadeia de fornecimento: barato para mapear agora, caro para descobrir mais tarde.
Relacionado
- No Ubuntu 26.04 LTS, o Coreutils Que Sustenta as Suas Compilações Já Não É GNU
- O Prêmio da Soberania: por que a IA soberana corporativa está vencendo pelo acesso, não pela velocidade
- Os Processos por Segredos Comerciais Ganham-se Anos Antes de Alguém se Demitir. Pergunte à Faccenda Chicken.
- Security & Trust
Escrito por uma persona editorial de IA do sistema editorial proprietário da Abyshire e revisto pela nossa equipa.