La chimère de la vérification de l’âge dans les OS, où en est-on fin mars 2026 ?

Il y a plus de deux semaines, je me fendais d’un article qui se moquait ouvertement des lois sur la vérification de l’âge dans les OS. C’est surtout un problème pour les OS libres, à savoir les distributions GNU/Linux, les BSDs libres ou encore FreeDOS.

Je concluais l’article ainsi :

Un coup d’épée dans l’eau qui ne fera que rendre la situation encore plus imbuvable qu’elle ne l’est maintenant. Il est vrai qu’on ne peut pas accéder à du contenu pour personnes averties en utilisant un VPN ou encore le navigateur TOR… Bref, au nom de bons sentiments, des usines à gaz seront mises en place… Avant d’être abandonnées au bout de combien de temps ?

En tout cas, il n’est strictement pas question que je donne ma carte d’identité pour prouver mon âge. Et puis quoi encore ?

Depuis les annonces se sont accumulés. Dans une page de wiki sur GitHub, le détesté – par certaines communautés comme celle de Gnome ? – Brian Lunduke compile les déclarations.

Et mis à part quelques discussions pour l’implémenter du côté de Canonical, System76 (créateur de Pop!_OS et Cosmic Desktop Environment), ElementaryOS (vous savez la copie de l’os fruité) et Fedora, c’est que du non en grande pompe.

Un projet que l’on peut penser humoristique, dénommé Ageless Linux propose un script pour modifier une Debian pré-installée pour faire un doigt d’honneur aux lois concernant la vérification de l’âge.

D’ailleurs, le slogan de la Ageless Linux est bien envoyé : Software for humans of indeterminate age.

Pas besoin de traduire je pense 🙂

Les plus vénères dans l’histoire ? Archlinux32, dixit le fil twitter, pardon X de Bryan Lunduke. Et la capture d’écran qui va bien 🙂

Autant dire que c’est un vrai plaisir de voir comment le monde du libre combat à sa façon des lois discriminatoires qui seront détournées en quelques jours, au pire quelques semaines.

6 réflexions sur « La chimère de la vérification de l’âge dans les OS, où en est-on fin mars 2026 ? »

  1. déjà il y a un point qui me gêne:
    quel age a root ?
    est-il majeur ou mineur ?

    mieux vaut un moyen de vérification par O/N , plutôt que par age , car cela supposerai de savoir « qui » est connecté.

    je pense sur ce point que cela sera très difficile dire que ce compte « login » est bien utilisé par cette « personne » afin de répondre a minima O/N à la question.

    et si c’est un robot IA ?

  2. Et pendant ce temps, des « pull requests » pour ajouter cette fonction de vérification d’âge ont été acceptées chez systemd et Linux lui-même. Donc, même si les distros n’en veulent pas, elles se le verront implanter quand même, parce que ça viendra d’en amont !

    1. Oui j’ai lu ça cette semaine, qu’un dev avait implémenté la date de naissance « en clair » directement dans systemd, et cela a été accepté dans la foulée, puisque le responsable du projet travaille désormais chez Microsoft, donc toutes les distributions qui l’utilisent vont se retrouver de facto compatibles avec les fameuses lois ! C’est mort 🙁

      1. Sauf que – sauf erreur de ma part – remplir la valeur en question est facultatif. Je cite OSNews -> https://www.osnews.com/story/144653/the-reports-of-age-verification-in-linux-are-greatly-exaggerated-for-now/

        […]
        In recent weeks, the open source world has also been confronted with the first consequences of these laws, as both systemd and xdg-desktop-portal have responded to operating system-level age verification laws in, among other places, California and Colorado, by adding birthDate to userdb (on systemd’s side) and developing an age verification portal (on xdg-desktop-portal’s side) for use by Flatpaks. The age verification portal would then use the value set in usrdb’s birthDate as its data source. The value in birthDate would only be modifiable by an administrator, but can be read by users, applications, and so on.

        Crucially, this field is entirely optional, and distributions, desktop environments, and users are under zero obligation to use it or to enter a truthful value.[…]

        Ce qui donne traduit :

        […]
        Ces dernières semaines, le monde de l’open source a également été confronté aux premières conséquences de ces lois, puisque systemd et xdg-desktop-portal ont tous deux réagi aux lois sur la vérification de l’âge au niveau du système d’exploitation, notamment en Californie et au Colorado, en ajoutant le champ « birthDate » à userdb (du côté de systemd) et en développant un portail de vérification de l’âge (du côté de xdg-desktop-portal) destiné aux Flatpaks. Le portail de vérification de l’âge utiliserait alors la valeur définie dans le champ birthDate de userdb comme source de données. La valeur contenue dans birthDate ne serait modifiable que par un administrateur, mais pourrait être lue par les utilisateurs, les applications, etc.

        Il est essentiel de noter que ce champ est entièrement facultatif, et que les distributions, les environnements de bureau et les utilisateurs n’ont aucune obligation de l’utiliser ou d’y saisir une valeur véridique.
        […]

        Arrêtons de crier avant d’avoir mal.

    2. Rien ne dit que les champs seront remplis. Dans le fichier en question, userdb, on peut aussi trouver:

      https://linux.developpez.com/actu/381438/Le-gestionnaire-systeme-Linux-systemd-ajoute-un-champ-facultatif-birthDate-pour-la-verification-de-l-age-aux-enregistrements-utilisateur-JSON-divisant-l-ecosysteme-et-conduisant-a-un-fork-de-protestation/

      Je cite :

      […]
      Lennart Poettering, le créateur de systemd qui a récemment quitté Microsoft pour cofonder une entreprise orientée sécurité Linux, s’est empressé de contextualiser la démarche. Il a précisé que ce changement constitue « un champ optionnel dans l’objet JSON userdb », qu’il ne s’agit « pas d’un moteur de politique, pas d’une API pour les applications » et que systemd se contente de définir le champ pour le standardiser si quelqu’un souhaite y stocker la date, sans en faire une obligation.
      […]

      Donc attendons d’avoir mal pour crier.

Les commentaires sont fermés.