Top
Best
New

Posted by todsacerdoti 4 hours ago

California's Digital Age Assurance Act, and FOSS(runxiyu.org)
91 points | 70 comments
sdrinf 3 hours ago|
Counterpoint to peeps on this thread:

* This approach is the _most consistent_ with retaining anonymity on the internet, while actually helping parents with their issues. If any age-relevant gatekeeping needs to be made on the internet at all, this is the one I find acceptable.

* this is because the act very specifically does NOT require age _verification_ ie using third-parties to verify whether the claimed age is correct. Rather, it is piggybacking on the baked-in assumption, that parents will set up the device for their kids, indicating on first install what the age/DoB is, then handing over the device -a setting which can, presumably, only be modified with parental consent

* yes, there are edge cases, esp in OSS, and yes, it would be nice to iron those out -but the risk = probability x impact calculus on this is very very low.

* If retaining anonymity on the internet is of value to you, don't let the perfect be the enemy of good enough.

Tyrubias 3 hours ago||
I understand where you’re coming from, but I respectfully disagree with some of the points you made:

* It’s ambiguous how your proposed parental setup and control process would work for anything other than walled gardens like Apple’s ecosystem. On an OS like Debian, does that mean a child can’t have the root password in case they use to it change the age? Does that mean we need a second password that needs to be entered in addition to the root password to change the age? Will Arduinos and similar devices also need to be age gated?

* Those edge cases might seem small, but read broadly they would require substantial, invasive, and perhaps even impossible changes to how FOSS works. If the law isn’t changed and FOSS doesn’t adapt, this basically means the entire space will exist in a legal gray area where an overzealous prosecutor could easily kill everything.

* This is not a matter of “perfect vs good enough”, this is a major slippery slope to go down. Also, this doesn’t mean age _verification_ will simply go away.

wtallis 2 hours ago||
> On an OS like Debian, does that mean a child can’t have the root password in case they use to it change the age? Does that mean we need a second password that needs to be entered in addition to the root password to change the age?

No. You're still not quite internalizing that the California regulation does not mandate any verification or enforcement or protection of the accuracy of the age bracket data. It mandates that the question be asked, and the answer taken as-is.

Which means that many of the concerns about implementation disappear, because the setting really does not need to be anything more than a simple flag that apps can check.

> Will Arduinos and similar devices also need to be age gated?

Only to the extent that they are general purpose computing devices, have an operating system, are capable of downloading apps, and are actually used by children (since the enforcement mechanism requires a child to be affected by the non-compliance). And if an app fails to obtain age information but also doesn't do anything that is legally problematic for a user that is a child, then it's hard to argue that the app's ignorance affected the child.

> Also, this doesn’t mean age _verification_ will simply go away.

It will in California, until the law gets repealed or amended. Apps won't be allowed to ask for further age-related information or second-guess the user-reported age information, except when the app has clear and convincing information that the reported age is inaccurate.

DarkmSparks 1 hour ago||
Put that way sounds very sensible.

Hopefully it stays that way.

arcfour 2 hours ago|||
It's the software developers, it's the government's, it's anyone's responsibility but mine to parent my kids!
coaksford 2 hours ago|||
If they can get what they want from this, they will not stop after they get it. Even if the authors of the law want it to stop here, their successors will not, and will build upon this to erode privacy. When governments can change the deal effectively unilaterally, as is the case, you cannot make a deal with them that they cannot change, and you will have already surrendered the strongest argument against the next "deal" they want to unilaterally impose. Do not treat this as a deal to prevent further erosion, that is not what this is, treat this as an attack and attempt to advance against privacy and anonymity. Treating it as anything else is absolute gullibility.
trinsic2 3 hours ago|||
So if it's an application that runs within the os that the parent enables and does not collect or send any personal info that sounds reasonable. But if has to be embedded into the OS that's going to present problems I can only imagine.
chii 3 hours ago||
> But if has to be embedded into the OS

that would be fine if the embedding means all applications can leverage this functionality - like how accessibility is embedded into the OS rather than per-app.

The only problem is if this embedding requires third-party verification (which i dont believe it is), or require some sort of hardware attestation to a remote server (so you cannot modify the OS to turn it off if you wish as a non-parent).

To me, flexibility and choice is paramount. The parents have the responsibility to monitor their child, and this tool should help when the parents opt-in for it. It should not be enforced on all computer users arbitrarily without a parental opt-in first.

themafia 3 hours ago||
> while actually helping parents with their issues.

> that parents will set up the device for their kids

Are the devices parents are currently setting up lacking these controls? Is there no third party software which can achieve this?

Then why is it a crime with an associated fine for me to provide an OS which does not have one? How have I failed to "help parents with their issues?"

wtallis 1 hour ago||
> Are the devices parents are currently setting up lacking these controls?

It's an inconsistent mess.

> Is there no third party software which can achieve this?

No third-party software can force a standardized age reporting mechanism onto somebody else's platform and associated app ecosystem. A third-party unofficial age reporting mechanism is something that other apps are free to ignore. This law requires platforms to have a minimal but mandatory age reporting mechanism that apps cannot claim ignorance of and cannot decline to use in favor of an alternative age reporting mechanism.

> Then why is it a crime with an associated fine for me to provide an OS which does not have one?

Not a crime, just a civil penalty.

amluto 3 hours ago||
What a crappy law.

> Section 1798.500(e)(1) states:

“Covered application store” means a publicly available internet website, software application, online service, or platform that distributes and facilitates the download of applications from third-party developers to users of a computer, a mobile device, or any other general purpose computing that can access a covered application store or can download an application.

So… DNS servers are “covered application stores”, right? As is PyPI or GitHub or any other such service. S3 and such, too — lots of facilitating going on.

And I’m wondering… lots of things are general purpose computers. Are servers covered? How about embedded systems? Lots of embedded systems are quite general purpose.

edit: Yikes, whoever wrote the text of the law seems to have failed to think at all.

> (b) (1) A developer shall request a signal with respect to a particular user from an operating system provider or a covered application store when the application is downloaded and launched.

The developer shall request? Not the application? So if I write an application and you download it and run it on an operating system, then I need to personally ask your OS how old you are? This makes no sense.

> (2) (A) A developer that receives a signal pursuant to this title shall be deemed to have actual knowledge of the age range of the user to whom that signal pertains across all platforms of the application and points of access of the application even if the developer willfully disregards the signal.

Did they forget to make this conditional on getting g the right answer? If I develop an application used by a 12-year-old and the OS says the user is 18+ (which surely will happen all the time even if no one lies because computers have multiple users), and the OS answers my query, then courts are directed to deem that I have actual knowledge that the user is under 13? Excuse me?

jdashg 1 hour ago||
2A just says that if the e.g. client request headers say the age bracket, the server (dev) can trust the reported age, but also shall not ignore it on purpose. No "just ignore the do-not-track flag" escape hatch here. "A bartender can't willfully refuse to check someone's ID if they are presented with it."

For incorrect OS answers, keep reading. 3B covers what happens if there's clear and convincing evidence that the age covered in 2A is inaccurate. (Reported profile birthday, for instance) This is "if someone shows a bartender a valid drinking-age ID but says they're celebrating their 17th birthday, this can't be ignored".

kstrauser 2 hours ago|||
My reading of 2A is that devs can take the word of the OS or App Store. If they say the user’s 18, and the user’s really 13, then the developer’s in the clear for serving adult content to them because they took the word of the certifying entity.

Conversely, if the OS says the user’s 13, then they can’t say they thought the user was actually 18. Guess sucks to suck if you want to buy a movie ticket from your kid’s phone, or if you mistyped your age when you set yours up because you didn’t have your passport nearby.

bee_rider 3 hours ago|||
I guess we will have to replace the OS of every system that can play a violent and inappropriate videogame, like Doom.
foofoo55 2 hours ago|||
> [distributes] AND [facilitates the download of]

Grouping braces and capitalization mine. So distributing also required. However it's still overly broad, vague, and ambiguous.

packetlost 3 hours ago|||
DNS doesn't generally distribute applications, so no it doesn't apply.
j16sdiz 3 hours ago|||
but it facilitates the download.
wtallis 2 hours ago|||
Facilitating the download is not sufficient; the service would have to both distribute and facilitate the download to satisfy the definition.
what 2 hours ago|||
If that’s your bar, then so does the power company and who ever manufactured your router.
bhhaskin 2 hours ago||
thats-the-joke-meme.jpg
devsda 2 hours ago|||
What if a dns software has an RCE and a prosecutor thinks it satisfies "facilitates download" clause ?
wtallis 2 hours ago||
The clause says "distributes and facilitates the download", not "distributes or facilitates the download".
josteink 2 hours ago|||
> “Covered application store” means a publicly available internet website, software application, online service, or platform that distributes and facilitates the download of applications from third-party developers to users of a computer, a mobile device, or any other general purpose computing that can access a covered application store or can download an application.

So OpenWRT would be covered since they allow the user to download packages (ie software) via apk/opkg.

Awesome!

wtallis 2 hours ago||
Quite possibly, yes. Though maybe a router wouldn't qualify as a general purpose computing device, and maybe the packages wouldn't qualify as being from third-party developers when the binaries that get downloaded are both built and distributed by OpenWRT.
da_chicken 3 hours ago||
Christ, that would make Google, Dell, Netgear, and Comcast a "covered application store".

This isn't a law. It's a prayer.

blackqueeriroh 3 hours ago||
This is an intentionally vague law, and seems like the governor is more than happy to call for amendments: https://www.gov.ca.gov/wp-content/uploads/2025/10/AB-1043-Si...
Tyrubias 3 hours ago||
I think it’s a gross failing on the part of the state to intentionally _pass_ a bad/vague law and then ask for amendments. If you can’t write a good law, then don’t pass it. Corporations already do enough beta testing on people and the government certainly shouldn’t beta test laws.
downrightmike 3 hours ago||
Amendment 1: Parents must parent first. State must not nanny.
wtallis 2 hours ago||
Nothing about this law restricts what a parent is allowed to do with respect to their children. If a parent wants to set up a device or account for their kid and set the age of the account to 18+, that does not violate the law.

The bill affects operating systems and apps, requiring them to have only the most basic feature necessary to implement age-based restrictions, and to make it an official platform-wide API instead of each app implementing their own age verification scheme. But parents remain free to use or ignore the age setting at their own discretion.

samarthr1 13 minutes ago||
Wait, so, say I build XYZ Distro of Linux, but dotn want to cater to children, am I still required to implement a way for setting up a DoB?

Even if say I am based in timbuktu, but allow for my ISO to be downloadede bye a resident of the state of california?

DankRaft 2 hours ago||
I haven’t made up my mind on whether I like this law or not, but this is a bigger condemnation of the FOSS community than anything else. This law was introduced over a year ago, it was reviewed by multiple committees and nobody from the FOSS community ever went up to Sacramento to speak against it. A couple of emails to the right people back in March 2025 would’ve had a real shot of turning this bill into a non-issue. But nobody paid attention until it became a news cycle, and now it’s too little too late.

I hope this is a wakeup call for the linux community: if you don’t wanna get choked out by bad legislation, you have to get politically organized.

givemeethekeys 2 hours ago||
Copyright, patents, censorship, age controls etc... have never worked on kids.

When it comes to technology, parents will always, always be years behind their kids. The kids will find a way to circumvent all these controls that the laws are trying to force technology providers into implementing.

These laws won't result in less violence, lower drug use, more opportunity, or closer, more tight knit communities.

kstrauser 2 hours ago||
I’ve gotta agree. Even if I supported the idea, which I don’t, I’d oppose it on implementation’s sake.

I’d rather be tasked to solve the Halting Problem than to be responsible for keeping kids away from porn. There’s no hacker more motivated than a teen who wants to see a boob. I know. I remember. “Son, why do you have a calling card for Peru?” “Uh, there’s this BBS in Lima…”

tzs 1 hour ago||
> Copyright, patents, censorship, age controls etc... have never worked on kids.

What the heck does it even mean to say patents have never worked on kids?

cvhc 1 hour ago||
Repost my comment in the other thread: I know this sounds absurd. But let me try not to be cynical and explain how we got here, according to what I understand:

First, let's admit the push for age verification laws isn't a partisan or ideological thing. It's a global trend. This California law has bipartisan sponsorship and only major org opponent is the evil G [1]. While age verification is unpopular in tech community, I imagine a lot of average adult voters agree that limiting children's access to wilder parts of the Internet is a good thing.

On this premise, the discussion is then who should be responsible for age verification. The traditional model is to require app developers / website owners to gatekeep -- like the Texas and Ohio laws that require PornHub to verify users' IDs. But such model put too much burden on small developers, and it's a privacy nightmare to have to share your PII with random apps.

This is why we see this new model. States started to believe it seems more viable to dump the responsibility on big tech / platforms. A newer Texas law is adopt this model (on top the traditional model) to require app stores to verify user age (but was recently blocked by court) [2]. And this California law pretty much also takes this model -- the OS (thinking as iOS / Android / Windows with app store) shall obtain the user age and provide "a signal regarding the users age bracket to applications available in a covered application store".

While many people here are concerning open-source OSes, and the language do cover all OSes -- my intuition is no lawmaker had ever think about them and they were not the target.

[1] https://calmatters.digitaldemocracy.org/bills/ca_202520260ab...

[2] https://www.politico.com/news/2026/01/05/big-tech-won-in-tex...

p0w3n3d 1 hour ago|
TBH my kids have limited access to their (Android) phones using family link but I don't see option there to:

- block certain list of sites

- block walls inside YouTube for example

- limit amount of scrolling time Vs amount of learning time (this can be done quite easily)

So just give the tools to parents and stop requiring IDs for adults. What happens if kid gets adult's phone? And what happens when kid gets dad's rifle or car keys? It doesn't mean that all the rifles and car keys should now start to include blood sample based age verification mechanisms

--Edit--

Apple family management is even worse. The best I heard of is implemented in the switch console

bruce511 3 hours ago||
On the one hand the legislation seems unimplementable for many OS makers, not just FOSS ones.

(The issue of "primary owner of the device" being the most problematic.)

Equally the concept of "app store" is different for different OS's. iOS and Android are clear. Mac and Windows are mostly "download and run from website" (although both want to pivot to appstore, with varying degrees of success.)

Then we need to wonder if yum and apt are stores, given that they aren't actually owned by "linux".

In truth though it kinda doesn't matter. It's trivial to add an "age" field to account creation. It's trivial for users to enter any date they like. So on the one hand it's easy for OS makers to comply, it's easy for users to lie.

Presumably if the law could have mandated age checks then would have, so I'm not even sure thus is slippery slope. Most minors don't have photo ID. Most desktop hardware doesn't have a camera (at the time of account creation.)

This feels like performative law-making. Vague language. Unenforceable user participation.

shevy-java 3 hours ago||
> Then we need to wonder if yum and apt are stores

IMO this is quite simple - as they provide software, they are "stores" too. Although I think most would associate a store with e. g. MS store, Apple store and so forth.

The word "store" is weird though. Would it not be easier to use different words? Anyone providing software for download; and perhaps add a size threshold to stop pestering small business or solo users. This really seems to target Linux here.

kstrauser 2 hours ago|||
I’m not defending this law, just discussing the wording.

First, either this law, or another already on the books, or established case law, defines what an app store is. Sovereign citizens get hung up on legal wordplay because they mistake legal jargon for English. It’s not, any more than I move a small furry mammal (mouse) to click religious imagery (icons) on my desktop (not a desktop).

But second, if you really want to wordsmith it, “store” can mean “place where you keep stuff”, not only “place to buy things from”, as in in short for storage. Where do you save work documents? A file store. That’s not where you buy docs, but where you keep them. A crafty DA could probably say, lacking a definition otherwise, that an app store is where you store apps, and buying them is incidental. And they’d probably win over you and me arguing otherwise, because they can speak legal to the judge and we can’t.

tintor 1 hour ago||||
apt and yum don't sell software, so they are not stores
irishcoffee 3 hours ago|||
yum and apt are binaries that reference config files et. al. to search a url tree via a manifest, they are no more stores than curl or wget.
j16sdiz 3 hours ago||
curl and wget surely facilitates the download.
dismalaf 3 hours ago||
No one could interpret yum or apt as stores on their own. The "store" would be the repository that the software is coming from.
LoganDark 2 hours ago||
As the user interface through which users download (among other things) apps... it absolutely is an "app store". It's not where the binaries are hosted, but you don't see anyone claiming the App Store iOS app isn't an app store because the apps are ackshyually on Apple's CDN servers, do you?
cbdevidal 3 hours ago||
They’ll just slap a “Not for use in California” label over the download page then move on with their lives
techjamie 2 hours ago||
Yup, see how long it lasts when companies in California can't install anything on their servers because they get Rejected for Legal Reasons responses to their package requests.

Because the "store" never confirmed that Cloudflare is 18.

cvhc 1 hour ago||
And "not for use in Texas": https://legiscan.com/TX/text/SB2420/id/3237346

And "not for use in Louisiana": https://legis.la.gov/legis/Law.aspx?d=1428944

And maybe Brazil, Australia, Singapore and Utah as well (not checked): https://developer.apple.com/news/?id=f5zj08ey

ZiiS 1 hour ago||
A lot of words to say adding a column to passwd and changing all software that creates accounts will take some work. For me giving parents more tools seems easily worth the work, but I can understand others who disagree.
ocbyc 4 hours ago|
This is a mess.
More comments...