Ha az elmúlt hetekben nem teljesen elzárva éltünk a technológiai hírektől, akkor jó eséllyel már belefutottunk az életkor-ellenőrzés (age verification) témájába. A vita azonban kifejezetten zavaros: egymásnak ellentmondó értelmezések, félinformációk és félreértések keringenek arról, hogy pontosan mit várnak el a jogszabályok, és ebből mi csapódhat le a mindennapi szoftverhasználatban.

A rövid összefoglaló (TL;DR) az, hogy olyan régiókban, mint Kalifornia, Colorado és Brazília, új szabályozások jelentek meg, amelyek az operációs rendszerektől elvárhatják, hogy valamilyen életkorra utaló jelzést („age signal”) biztosítsanak az alkalmazások és az alkalmazásboltok felé. A részletek és a gyakorlati megvalósítás országonként, államonként és platformonként eltérhet, de a trend egyértelmű: a jogalkotók egyre inkább a platformszintű, „beépített” megfelelés irányába tolják a felelősséget.

Ebben a kontextusban került elő a Linux világának egyik legmeghatározóbb komponense, a systemd (systemd), vagyis az init rendszer és szolgáltatáskezelő, amelyet a legtöbb nagy disztribúció használ. A projekt egy, a témához kapcsolódó módosítást vezetett be – de valószínűleg nem azt, amire a közösségi felháborodás alapján sokan gondolnának.

A systemd projekt beolvasztott egy módosítást (pull request), amely a userdb által kezelt JSON alapú felhasználói rekordokba egy új, birthDate mezőt vezet be. A változtatás közvetlenül az említett kaliforniai, coloradói és brazil életkor-ellenőrzési jogszabályokra adott reakcióként jelent meg. Ugyanebben a rekordban eddig is szerepeltek alapvető felhasználói metaadatok, például realName, emailAddress és location. Az új mező teljes dátumot tárol YYYY-MM-DD formátumban, és fontos részlet, hogy csak rendszergazda állíthatja be, a felhasználó saját maga nem.

A systemd megalkotója, Lennart Poettering külön is tisztázta, miről van szó: a birthDate csupán egy opcionális mező a userdb JSON objektumban. Nem „szabálymotor”, nem olyan API, amelyet alkalmazások közvetlenül hívogatnak, és nem is valamiféle kötelező adatgyűjtési mechanizmus. A projekt lényegében csak standardizálja a mező nevét és formátumát arra az esetre, ha valaki később ott szeretné tárolni ezt az információt – de a használata teljesen választható.

Egyszerűbben: a systemd nem kezd el életkort ellenőrizni, nem küld adatot alkalmazásoknak, és nem kényszeríti ki, hogy bárki megadja a születési dátumát. A változtatás inkább egy „építőkocka”: lehetőséget ad arra, hogy más nyílt forrású projektek – például az xdg-desktop-portal – erre alapozva, a saját hatáskörükben építsenek megfelelőségi megoldásokat, ha a platformok és a jogszabályi környezet ezt megköveteli.

A témát jól jelzi, hogy született egy olyan beadvány (merge request) is, amely a módosítás visszavonását kérte, ezt azonban Poettering elutasította, a fenti érvelésre hivatkozva. A vita egyik tanulsága, hogy sokan félreértik, mi a systemd szerepe: a projekt nem „felhasználói adatbázis-szolgáltató” a klasszikus, központi online értelemben, hanem egy helyi rendszerkomponens, amely bizonyos felhasználói metaadatok egységes kezeléséhez is adhat kereteket. Ettől még természetesen jogos kérdés, hogy egyáltalán kell-e ilyen mező egy alapvető rendszerkomponensbe, és milyen downstream (disztribúciós) döntések születhetnek később arról, hogy ezt ténylegesen használják-e.

A háttérhez érdemes hozzátenni: az életkor-ellenőrzés körüli szabályozások tipikusan nem azt mondják meg, hogy „születési dátumot kell gyűjteni”, hanem azt, hogy valamilyen módon biztosítani kell a korhatáros tartalmakhoz való hozzáférés korlátozását. A technikai megoldások skálája széles, a „csak egy jelzés” típusú megközelítéstől a dokumentum-ellenőrzésig vagy külső hitelesítő szolgáltatókig. A nyílt forrású asztali Linux ökoszisztémában emiatt különösen kényes a kérdés: hogyan lehet megfelelni úgy, hogy közben a magánszféra és az adatminimalizálás elve ne sérüljön, és ne alakuljon ki egy olyan infrastruktúra, amelyet később könnyű túlhasználni vagy félreértelmezni.

A mostani systemd-változtatás tehát inkább egy szabványosítási lépésnek tűnik, mintsem egy „rejtett életkor-ellenőrző rendszer” bevezetésének. Ettől függetlenül borítékolható, hogy a téma továbbra is heves reakciókat vált ki: az ilyen jellegű mezők puszta létezése is sokakban bizalmi kérdéseket ébreszt, még akkor is, ha technikailag opcionálisak és alapból nem aktívak. A következő hónapokban az lesz igazán érdekes, hogy a desktop komponensek, a disztribúciók és az alkalmazásplatformok milyen irányba viszik tovább ezt a lehetőséget, és megjelenik-e bármilyen, a felhasználók számára is kézzelfogható változás.