La discussione sulla verifica dell’età è diventata uno dei temi più caldi del momento, con normative in rapida evoluzione che coinvolgono direttamente sistemi operativi e piattaforme software. In questo contesto arriva una novità da systemd, il componente centrale della maggior parte delle distribuzioni Linux moderne. Il progetto, da poco disponibile nella nuova versione 260, ha introdotto un nuovo campo birthDate nei record JSON gestiti da userdb, una modifica che ha generato reazioni immediate e, in alcuni casi, fraintendimenti.
Il cambiamento nasce dalle nuove leggi in regioni come California, Colorado e Brasile, che richiedono ai sistemi operativi di fornire segnali di età alle applicazioni e agli store. Non si tratta di un obbligo universale, ma di un requisito che alcuni progetti dovranno rispettare per poter operare in quei mercati. Systemd non implementa alcun meccanismo di verifica, né richiede agli utenti di fornire informazioni personali. Introduce semplicemente un campo standardizzato che può essere utilizzato da altri componenti dell’ecosistema Linux.
Il nuovo campo birthDate viene memorizzato nel formato YYYY‑MM‑DD e può essere impostato solo dagli amministratori. Fa parte dello stesso record che già contiene informazioni come realName, emailAddress e location. Lennart Poettering ha chiarito che si tratta di un campo completamente opzionale, non di un motore di policy e nemmeno di un’API destinata alle applicazioni. L’obiettivo è fornire un punto di riferimento coerente per progetti come xdg‑desktop‑portal, che potrebbero implementare meccanismi di conformità alle leggi sulla verifica dell’età senza dover inventare soluzioni proprietarie.
La modifica ha generato un dibattito acceso. Alcuni utenti hanno interpretato l’aggiunta come un tentativo di introdurre controlli obbligatori o di raccogliere dati sensibili. Una merge request che chiedeva di rimuovere il campo è stata respinta, con Poettering che ha ribadito la natura puramente opzionale della funzionalità e la necessità di evitare soluzioni frammentate. Secondo lui, la presenza di un campo standardizzato riduce il rischio che ogni progetto implementi il proprio formato, aumentando la complessità e la possibilità di errori.
Il contesto normativo spiega perché questa discussione sia così accesa. Le nuove leggi richiedono che i sistemi operativi forniscano un segnale di età alle applicazioni, ma non specificano come debba essere implementato. Questo lascia spazio a interpretazioni e soluzioni diverse, con il rischio di creare incompatibilità. Systemd sceglie una strada minimale: definire un campo, lasciarlo opzionale e non utilizzarlo direttamente. Saranno altri progetti, se necessario, a costruire meccanismi di verifica o di conformità.
La reazione della comunità mostra quanto il tema sia sensibile. Da un lato c’è chi teme un’invasione della privacy, dall’altro chi vede la necessità di adattarsi a normative che, nel bene o nel male, influenzano il software distribuito globalmente. Systemd si limita a fornire un mattone, lasciando agli altri la responsabilità di decidere se e come usarlo. Una scelta che non fermerà le polemiche, ma che chiarisce il ruolo del progetto in un panorama sempre più regolamentato.
