(5)(a) "COVERED APPLICATION" MEANS A CONSUMER SOFTWARE APPLICATION THAT IS ACCESSED THROUGH A COVERED APPLICATION STORE AND THAT MAY BE RUN OR DIRECTED BY A USER ON A DEVICE.
(b) "COVERED APPLICATION" DOES NOT INCLUDE:
(I) A SOFTWARE APPLICATION THAT DOES NOT PROCESS USERS' PERSONAL DATA; OR
(II) AN APPLICATION FROM A FREE, PUBLICLY AVAILABLE CODE REPOSITORY.
So if your service is proprietary, but your client is open source, it looks like your're free to go.
As someone that relies on third-party clients to get usable interfaces, if this gets widely adopted it would be great news. It would end the cat-and-mouse game from companies trying to force users onto first-party clients.
But only if the user is not getting the app through an app store but from a "code repository"? I'm not sure if I interpret that correctly, but at first glance it seems confusing and ambiguous.
Does that mean I need to download the Android apk from a git repository? Would a clever lawyer be able to argue that the release section on GitHub is outside the repository and therefore not fulfilling this clause?
Would F-Droid still not be exempt because it is structured like a store and offers pre-built binaries?
On the one hand, I'm absolutely against blanket age verification laws like this one, think there are better ways to solve the stated problem, and believe that the current crop of legislation is being pushed by bad actors for nefarious purposes by means of pandering to public mania.
On the other hand, I do appreciate that a possible unintended consequence of the out provided by (5)(b)(I) could be that PII (along with user generated content in general) becomes similarly radioactive to if the US had passed a GDPR equivalent. Either that or it's used as a justification for every single online service to require government ID in order to interact with it "because liability". Unfortunately I assume the latter is somewhat more likely at this point.
Also is it defined precisely what it means to "process users' personal data"?
> there are better ways to solve the stated problem
Call your representatives. There is overwhelming demand for age gating social media (based on, honestly, good evidence). This will be implemented based on who calls in. If the status quo of technical people being hopelessly nihilistic continues, it will be written in the stupidest ways possible.
That wording could be interesting, because it's ambiguous if free is applicable to the repository or the project. Presumably, the latter. This means you could absolutely do source-open but not open-source and still get around it.
Well it says code repository not artifact repository. But it doesn't prohibit obfuscation or transpilation and more generally doesn't appear to specify anything beyond "free and publicly available". I really get the feeling that the people who wrote the law don't have a clear idea of what they're trying to say here and that any court decision is going to be a roll of the dice.
"It's only for porn sites" to "its only for social media" to "its doesn't include open source projects" to "its only when you need an internet connection".
That's how politics works actually. Something has to be done but also not upset X, Y, Z because they will be loud. It's quite okay situation when it happens I think.
Yeah. I think a lot of us just look at computers and operating systems differently than these legislators. But we need to more effectively communicate our needs and side effects of their policies. And elect younger folk sheesh.
I'm actually OK if websites trend toward being endpoints and there's competition for frontends. The unification of the two by site owners has been a net negative for the internet.
So a FOSS app running a device local diffusion model specifically for porn would be free of age checks. From a technical perspective that's not all that different from, say, an ansible playbook or bash script or whatever to download a model from HF and configure a local inference stack yet I feel like it must be an unintended loophole.
As someone working on an open source project in CO, this is a welcome fit of common sense. How do these laws typically work in other jurisdictions, do they block non-conforming sites? Or does it open you up to lawsuits?
Edit: It looks like these laws will be enforced by app stores primarily, because they have more significant liability. I'm guessing they won't take the effort to provide exemptions to jurisdictions with the open source carveout unless it is common.
You have to add a couple fields or so to whatever gathers user info at account creation time. Personally I would find that non-trivial because nowadays those are usually GUIs and I haven't done any GUI stuff in ages. People who current write GUI apps for current OSes would have no problem.
Then you need to use that data in a way that lets you provide an API for apps to check the age bracket of the current user.
That part is easy, although some people will no doubt make it way more complicated than it needs to be (probably making it part of systemd or something ridiculous like that).
What I would do is create a file in some standardized location for each age bracket. These files would be protect so that ordinary users cannot open them for reading. When an account is set up, an access control list entry would be added to the appropriate files that allows that user to open the file for reading.
The API for apps to check if the user is in an age range they allow is to simply use the normal file access API to try to open the age bracket files corresponding to the age ranges they are checking for.
Does anyone have a citation for this that wasn't written by Claude? It wouldn't surprise me, but I refuse to look through AI slop to check the accuracy of the report.
Of course you do. And farmers like subsidies for corn. That's a general idea for them too. And of course you're going to say the public benefits from open source projects and the farmer will say starving no good. Middle class see, middle class do but think they no do.
We have age verification for many things. The problem now is trust. There is, for obvious reasons, negative trust that this won't ultimately harm people. That it won't be used to harvest more data and invade our digital lives even more. That negative trust is there because we see a constant ability to gather even more information about us, and use it to produce real harm, but no hint at an entity actually fighting back to protect people. If anyone in any government is reading this, you do not gain my trust that big tech will not abuse my information by requiring big tech to collect more of my information, you just loose my trust in the government. Earn my trust back and then, maybe, in some distant future, we can talk about 'but who will think of the children' legislation like this.
What for? That's kind of strange. Maybe if its a critical project, but for random projects that aren't like apache web server, nginx, or Linux Kernel, I don't care, heck I would argue if its a very very small change, and it has been scrutinized I don't care who it came from.
(5)(a) "COVERED APPLICATION" MEANS A CONSUMER SOFTWARE APPLICATION THAT IS ACCESSED THROUGH A COVERED APPLICATION STORE AND THAT MAY BE RUN OR DIRECTED BY A USER ON A DEVICE.
(b) "COVERED APPLICATION" DOES NOT INCLUDE:
(I) A SOFTWARE APPLICATION THAT DOES NOT PROCESS USERS' PERSONAL DATA; OR
(II) AN APPLICATION FROM A FREE, PUBLICLY AVAILABLE CODE REPOSITORY.
So if your service is proprietary, but your client is open source, it looks like your're free to go.
As someone that relies on third-party clients to get usable interfaces, if this gets widely adopted it would be great news. It would end the cat-and-mouse game from companies trying to force users onto first-party clients.
But only if the user is not getting the app through an app store but from a "code repository"? I'm not sure if I interpret that correctly, but at first glance it seems confusing and ambiguous.
Does that mean I need to download the Android apk from a git repository? Would a clever lawyer be able to argue that the release section on GitHub is outside the repository and therefore not fulfilling this clause?
Would F-Droid still not be exempt because it is structured like a store and offers pre-built binaries?
Most proprietary services would process user data.
It's also naive to believe that a fraction of open source in a companies pipeline would give them a free pass for everything.
4 replies →
On the one hand, I'm absolutely against blanket age verification laws like this one, think there are better ways to solve the stated problem, and believe that the current crop of legislation is being pushed by bad actors for nefarious purposes by means of pandering to public mania.
On the other hand, I do appreciate that a possible unintended consequence of the out provided by (5)(b)(I) could be that PII (along with user generated content in general) becomes similarly radioactive to if the US had passed a GDPR equivalent. Either that or it's used as a justification for every single online service to require government ID in order to interact with it "because liability". Unfortunately I assume the latter is somewhat more likely at this point.
Also is it defined precisely what it means to "process users' personal data"?
Wondering if providing a reference implementation of a safer age verification/gate would be one way to defeat these laws.
> there are better ways to solve the stated problem
Call your representatives. There is overwhelming demand for age gating social media (based on, honestly, good evidence). This will be implemented based on who calls in. If the status quo of technical people being hopelessly nihilistic continues, it will be written in the stupidest ways possible.
22 replies →
That wording could be interesting, because it's ambiguous if free is applicable to the repository or the project. Presumably, the latter. This means you could absolutely do source-open but not open-source and still get around it.
Well it says code repository not artifact repository. But it doesn't prohibit obfuscation or transpilation and more generally doesn't appear to specify anything beyond "free and publicly available". I really get the feeling that the people who wrote the law don't have a clear idea of what they're trying to say here and that any court decision is going to be a roll of the dice.
Boiling frog strikes again.
"It's only for porn sites" to "its only for social media" to "its doesn't include open source projects" to "its only when you need an internet connection".
It took almost 30 years for politicians to close down the openness of the internet. Not too bad.
That's how politics works actually. Something has to be done but also not upset X, Y, Z because they will be loud. It's quite okay situation when it happens I think.
Yeah. I think a lot of us just look at computers and operating systems differently than these legislators. But we need to more effectively communicate our needs and side effects of their policies. And elect younger folk sheesh.
I foresee a wave of new porn-related open source applications in Colorado's future.
I'm actually OK if websites trend toward being endpoints and there's competition for frontends. The unification of the two by site owners has been a net negative for the internet.
So a FOSS app running a device local diffusion model specifically for porn would be free of age checks. From a technical perspective that's not all that different from, say, an ansible playbook or bash script or whatever to download a model from HF and configure a local inference stack yet I feel like it must be an unintended loophole.
It is very fortunate for us that the authors were kind enough to demonstrate this has nothing to do with safety by adding this exemption.
As someone working on an open source project in CO, this is a welcome fit of common sense. How do these laws typically work in other jurisdictions, do they block non-conforming sites? Or does it open you up to lawsuits?
Edit: It looks like these laws will be enforced by app stores primarily, because they have more significant liability. I'm guessing they won't take the effort to provide exemptions to jurisdictions with the open source carveout unless it is common.
Good development, along with the most recent changes to https://news.ycombinator.com/item?id=48214215 is on this blog.
hopefully if each state starts crafting dumb laws like this they all get banned via commerce clause due to infeasibility of compliance
This one is trivial to comply with.
You have to add a couple fields or so to whatever gathers user info at account creation time. Personally I would find that non-trivial because nowadays those are usually GUIs and I haven't done any GUI stuff in ages. People who current write GUI apps for current OSes would have no problem.
Then you need to use that data in a way that lets you provide an API for apps to check the age bracket of the current user.
That part is easy, although some people will no doubt make it way more complicated than it needs to be (probably making it part of systemd or something ridiculous like that).
What I would do is create a file in some standardized location for each age bracket. These files would be protect so that ordinary users cannot open them for reading. When an account is set up, an access control list entry would be added to the appropriate files that allows that user to open the file for reading.
The API for apps to check if the user is in an age range they allow is to simply use the normal file access API to try to open the age bracket files corresponding to the age ranges they are checking for.
[flagged]
Call it an Identity Verification Bill, or think of something even more negative. That is more accurate and doesn't sound as attractive.
Names matter. We saw ChatControl 1.0 get defeated, it probably didn't hurt that the name implied censorship.
But it doesn't verify your identity so why would you call it that? It just says an OS has to have the option to create a child user account.
This TOTALLY ORGANIC movement to suddenly please think about the children with required age verification in software makes me sick.
Whoever is behind this needs to be exposed, tarred, and feathered.
Please don't fulminate or use all-caps on HN. The guidelines make it clear we're trying for something better here. https://news.ycombinator.com/newsguidelines.html
Message received!
1 reply →
It's pretty well understood to be Meta, isn't it?
Not as simple as that.
Meta's well know campaign was actually to make the app stores (and maybe OSes) responsible for age verification, not apps.
Google and Apple campaigned to make apps responsible for it.
Meta and the spooks, yeah
Does anyone have a citation for this that wasn't written by Claude? It wouldn't surprise me, but I refuse to look through AI slop to check the accuracy of the report.
1 reply →
Big Tech in general.
The kids are very fucked up tho by the internet in our pockets. I'm Not sure that id on OS is the solution. But we should be trying something
Parenting problems require parenting solutions.
6 replies →
We should be focusing only on solutions that don't violate user privacy.
I know this is attached to a stupid bill, but I really like the general idea of special carve outs for open source projects.
It does seem kind of elegant, doesn’t it, in terms of aligning incentives?
Annoyed by the age gating, or feel it to be commercially burdensome? Open your source, and poof, no more mandate!
Just trying to build and maintain a cool thing, and share it with the world? Never mind the compliance burden.
Of course you do. And farmers like subsidies for corn. That's a general idea for them too. And of course you're going to say the public benefits from open source projects and the farmer will say starving no good. Middle class see, middle class do but think they no do.
This makes it even more unconstitutional. Privileging certain classes over others for compelled speech makes is way easier to strike down.
will colorado be issuing arrest warrants for developers ?
The DOJ already has been prosecuting developers of open source tools.
(https://www.therage.co/tag/tornado-cash/)
We have age verification for many things. The problem now is trust. There is, for obvious reasons, negative trust that this won't ultimately harm people. That it won't be used to harvest more data and invade our digital lives even more. That negative trust is there because we see a constant ability to gather even more information about us, and use it to produce real harm, but no hint at an entity actually fighting back to protect people. If anyone in any government is reading this, you do not gain my trust that big tech will not abuse my information by requiring big tech to collect more of my information, you just loose my trust in the government. Earn my trust back and then, maybe, in some distant future, we can talk about 'but who will think of the children' legislation like this.
Good, California too now
[flagged]
Contributing to an open source project is one of the very few things on the net that I actually would want id verification on.
What for? That's kind of strange. Maybe if its a critical project, but for random projects that aren't like apache web server, nginx, or Linux Kernel, I don't care, heck I would argue if its a very very small change, and it has been scrutinized I don't care who it came from.
Raises the defensive bar for today-unaccountable slop and malware, at minimum.
1 reply →
Is there any push-back options?
I feel like age verification is important online - a copy of the real world. Check my ID before I go in the pub.
It feels like it's jumped all the way to positive-ID. Not just "of age" but become you are "First Last".
It's possible (right?) to assert age and is-human attributes w/o knowing which specific human at what specific age I am online?