Honestly not an insane stance for an app repository. LLMs puke out what they ate, and there's a perfectly reasonable concern that they might not have legal authorization to everything they trained on. I definitely wouldn't want to get sued for hosting an app that is found to be in violation of a license agreement.
post
Hallelujah
Fair. Maybe a separate repo makes sense for the wild West of vibe apps, but flathub is really more focused on end users whom will absolutely commit a murder if they find out the documentation they have been using and failing to do what they want was just gas lighting them.
Why do they accept proprietary apps, but no ai assisted ones.... I don't get it...
I guess even though you can't tell if propriety code has AI code in it, it goes along with
there is an exception noted for "mature, well-maintained projects" but it's not a guarantee.
Maybe if they took security even remotely seriously and made a functioning sandbox (that apps can't trivially opt themselves out of), we wouldn't have to care whether an app was AI generated or not.
Yes, containers/sandboxes have vulnerabilities that really clever attackers can exploit, but AI generated slop can't.
Speaking broadly: Plenty of other issues or security vulnerabilities can exist that a good sandbox won't catch. Like software can insecurely store and transmit passwords, have bad randomness for something security sensitive, secretly be mining crypto behind the scenes and burn through battery/electricity, etc.
Yes, containers/sandboxes have vulnerabilities that really clever attackers can exploit, but AI generated slop can't.
Wait are you suggesting that AI slop code can't have vulnerabilities? Cause... that's hilariously not even remotely true. It's a huge issue in SecOps, it was even an issue in the past when humans didn't have a "easy" button and every vibe coder dumped commits. It's way worse now because a lot of the vibe coded shit isn't checked, and the people who produce it have no clue what the fuck it does in the first place.
Wait are you suggesting that AI slop code can't have vulnerabilities?
I think they mean "containers can have security vulnerabilities, but you need to be cleaver to exploit them, AI slop is not clever enough to exploit those vulnerabilities"
But AI slop probably introduces plenty of new vulnerabilities, right?
took security even remotely seriously
There's a reason they're at SLSA1 . And this is it.
Plot twist: SLSA4 has been achievable since like 1998. Sit DOWN, Debian.


top 7 comments