AB 1856: Kalifornien befreit Linux von Altersverifikation

Nach massiven Protesten der Open-Source-Community nimmt Kalifornien Linux-Distributionen von der Altersverifikationspflicht aus.

Nach massivem Widerstand der Open-Source-Gemeinschaft hat der kalifornische Gesetzgeber eine entscheidende Kehrtwende vollzogen. Der Gesetzesentwurf AB 1856, der am 19. Mai 2026 in die dritte Lesung ging, sieht eine Ausnahmeregelung für Linux-Distributionen und andere Open-Source-Projekte vor. Damit sollen die ursprünglichen Anforderungen des „Digital Age Assurance Act“ entschärft werden, die für dezentrale Softwareentwickler praktisch unerfüllbar gewesen wären.

Anzeige

Während die Politik noch über die Regulierung von Betriebssystemen streitet, können Sie die Vorteile von Linux bereits heute voll ausschöpfen. Das kostenlose Linux-Startpaket zeigt Ihnen, wie Sie Ubuntu ohne Risiko parallel zu Windows installieren und so von mehr Tempo und Sicherheit profitieren. Kostenloses Linux-Startpaket mit Ubuntu-Vollversion jetzt sichern

Was die Neuregelung konkret bedeutet

Der Kern der Gesetzesänderung liegt in einer präziseren Definition des Begriffs „Betriebssystemanbieter“. Nach dem aktualisierten Wortlaut von AB 1856, der am 18. Mai 2026 geändert wurde, sind ausdrücklich jene Unternehmen und Projekte ausgenommen, die ihre Software unter Lizenzen vertreiben, die das Kopieren, Weiterverteilen und Verändern des Codes erlauben. Das betrifft sowohl freizügige (permissive) als auch Copyleft-Lizenzen – und damit die überwältigende Mehrheit der Linux-Distributionen wie Debian, Fedora, Ubuntu, Arch und Mint.

Das ursprüngliche Gesetz, der Digital Age Assurance Act, wurde im Oktober 2025 unterzeichnet und soll am 1. Januar 2027 in Kraft treten. Es schreibt vor, dass Betriebssysteme ihren Nutzern bei der Einrichtung eines Kontos eine Altersauswahl präsentieren müssen. Die Kategorien umfassen: unter 13 Jahre, 13 bis 15, 16 bis 17 sowie 18 Jahre und älter. Zusätzlich müssen die Systeme eine Echtzeit-Schnittstelle bereitstellen, um diese Altersdaten mit anderen Anwendungen zu teilen.

Während Konzerne wie Microsoft, Apple und Google über die nötige Infrastruktur verfügen, argumentierte die Linux-Community, dass diese Anforderungen mit der dezentralen und datenschutzorientierten Natur von Open-Source-Software grundsätzlich unvereinbar seien.

Der lange Weg zur Ausnahme

Die Bewegung für eine Ausnahmeregelung gewann im Frühjahr deutlich an Fahrt. Abgeordnete Buffy Wicks, die sowohl das ursprüngliche Gesetz als auch die neue Änderung verfasst hat, brachte AB 1856 am 11. Februar 2026 ein, um die aufkommende Kontroverse zu entschärfen. Am 14. Mai 2026 passierte der Entwurf den Haushaltsausschuss mit einem einstimmigen Votum von 11:0.

Branchenbeobachter betonen, dass ohne diese Ausnahmeregelung viele kleinere oder von der Gemeinschaft betriebene Betriebssystemprojekte gezwungen gewesen wären, ihre Verbreitung in Kalifornien einzustellen, um rechtlichen Risiken zu entgehen.

Das Colorado-Vorbild

Die Entwicklung in Kalifornien folgt einem erfolgreichen Modell aus dem Bundesstaat Colorado. Dort verabschiedeten die Abgeordneten kürzlich den Senatsentwurf 26-051, der am 1. Juli 2028 in Kraft treten soll. Ähnlich wie die neue kalifornische Regelung sieht das Gesetz aus Colorado explizite Ausnahmen für Open-Source-Betriebssysteme, Code-Repositories und Container-Plattformen vor.

Anzeige

Wer die im Artikel beschriebene Flexibilität von Open-Source-Systemen selbst erleben möchte, kann Linux jetzt ganz ohne Risiko auf dem eigenen Rechner testen. Mit einem einfach erstellten Boot-Stick starten Sie Ubuntu direkt vom USB-Laufwerk, ohne Ihre Windows-Daten zu gefährden oder etwas installieren zu müssen. Kostenlosen PDF-Ratgeber zum Ubuntu Boot-Stick herunterladen

Eine Schlüsselfigur in diesen Verhandlungen war Carl Richell, Gründer und CEO des Computerherstellers System76. Richell arbeitete mit dem Senator aus Colorado, Matt Ball, zusammen, um eine Ausnahmeformulierung zu entwerfen, die den technischen Besonderheiten der Open-Source-Entwicklung Rechnung trägt. Anschließend brachte er diese Bedenken vor die kalifornischen Abgeordneten und plädierte für harmonisierte Regeln, die eine zersplitterte Regulierungslandschaft verhindern.

Die Dringlichkeit der Situation verdeutlichte die Reaktion des MidnightBSD-Projekts. Die Entwickler dieses Desktop-Betriebssystems gaben an, dass unter den ursprünglichen Bedingungen des Gesetzes Einwohnern Kaliforniens ab Januar 2027 die Nutzung ihrer Software für Desktop-Zwecke nicht mehr erlaubt gewesen wäre. Solche Ankündigungen machten das Risiko deutlich, dass Open-Source-Software durch sogenanntes „Geo-Fencing“ blockiert wird – Nutzer aus Kalifornien hätten den Zugang zu freien und essenziellen digitalen Werkzeugen verlieren können.

Grauzone für hybride Systeme

Während die vorgeschlagene Änderung eine Entlastung für reine Open-Source-Distributionen bietet, entsteht eine Grauzone für hybride Systeme, die Open-Source-Kerne mit proprietären Schichten kombinieren. Analysten verweisen hier insbesondere auf SteamOS, das Betriebssystem des Steam Deck und anderer Handheld-Gaming-Geräte wie des Legion Go S.

Da SteamOS enthält einen proprietären Steam-Client und einen eigenen Store enthält, erfüllt es möglicherweise nicht die strenge Definition eines Unternehmens, das Software ausschließlich unter freizügigen Lizenzen vertreibt. Sollte die kalifornische Gesetzgebung entscheiden, dass die Einbindung proprietärer Komponenten eine Distribution von der Ausnahme ausschließt, müssten Valve und ähnliche Hardwarehersteller weiterhin die Alterserfassung und die vorgeschriebene Altersgruppen-Schnittstelle implementieren.

Auch für Webbrowser stellen sich technische Fragen. Selbst wenn ein Betriebssystem ausgenommen ist, könnten Browser wie Firefox oder Chromium gezwungen sein, mit systemweiten Bestätigungsmechanismen zu interagieren, um das Alter der Nutzer zu überprüfen – sofern sie die umfassenderen digitalen Sicherheitsstandards einhalten wollen.

Hintergrund und politische Einordnung

Die schnelle Einbringung und Verabschiedung von AB 1856 deutet darauf hin, dass die kalifornischen Abgeordneten den Erhalt des Technologie-Ökosystems des Bundesstaates über einen Einheitsansatz für digitale Sicherheit stellen. Der Digital Age Assurance Act war ursprünglich dazu gedacht, eine sicherere Online-Umgebung für Minderjährige zu schaffen, indem Plattformen das Alter ihrer Nutzer kennen. Doch durch den Ansatz auf Betriebssystemebene bedrohte das Gesetz unbeabsichtigt die Grundlagen des offenen Computings.

Das Open-Source-Modell lebt von der Möglichkeit, Code zu prüfen, zu verändern und weiterzuverteilen. Die Einführung eines zentralisierten Altersverifizierungsmechanismus würde eine anmeldepflichtige Architektur erfordern, die viele Linux-Distributionen bewusst vermeiden. Indem Kalifornien nun die Sprache des Colorado-Modells übernimmt, bewegt es sich auf einen differenzierteren Regulierungsrahmen zu.

Ausblick: Flickenteppich statt einheitlicher Regelung

Während AB 1856 auf die endgültige Abstimmung in der kalifornischen Versammlung zusteuert, richtet sich der Blick zunehmend auf die Bundesebene. Ein nationaler Gesetzesentwurf, H.R. 8250, steht derzeit zur Debatte und könnte die einzelstaatlichen Regelungen im Falle einer Verabschiedung aushebeln. Für den Moment jedoch müssen sich die Unternehmen der Technologiebranche auf ein Flickwerk unterschiedlicher Anforderungen einstellen.

In Kalifornien bleibt der Digital Age Assurance Act für den 1. Januar 2027 im Kalender. Sollte AB 1856 unterzeichnet werden, werden die meisten Linux-Nutzer und -Entwickler die einschneidendsten Aspekte des Mandats vermeiden können. Für proprietäre Betriebssysteme und kommerzielle Hybrid-Plattformen bleibt der Druck jedoch hoch, Altersverifikationstechnologien zu entwickeln und einzusetzen.

Mit den Ausschusssitzungen im Juni 2026 wird die endgültige Gestalt der kalifornischen Digital-Landschaft weiter verfeinert. Der Erfolg der Linux-Community bei der Sicherung dieser Änderungen gilt bereits jetzt als wegweisend – er zeigt, wie spezialisierte technische Sektoren die digitale Politik beeinflussen können, um sicherzustellen, dass Sicherheitsvorschriften nicht unbeabsichtigt die Open-Source-Innovation ersticken.