News for hackers. Stuff that matters.

tfrancisl

How are the actions of the feds at Waco and Ruby Ridge "left"? Authoritarian, yes, but supporting collectivism, shared ownership, etc? Nothing at all left wing about their actions.
Why is this being voted down? This is fundamentally how states and governance work. The state has a monopoly on legitimate violence, and can, at any moment, make that a problem for its citizenry.
Again, no true scotsman. If all the people who call a spade a diamond get together and call themselves spade-truthers, their perspective is spade-trutherism, however much that upsets true spade-trutherists.
Classic no true Scotsman. All the people who proclaim to be absolutists or advocates but dont meet my definition clearly are not.
Down voted for suggesting the most salient analysis of US history. Sad!
Re:Wayland desktop for Linux with skeuomorphic design on Friday October 16, 2026 @08:34AM (#50117595)
Agreed, looks very sloppy and unpolished. I was immediately turned away when i saw the recommended install method was `sudo sh` this random script.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:32PM (#50092661)
I would argue TPM 2.0 is the security theater. A leaked key is all it takes to throw it all away. EAC v1 combined with behavior-based detection seems to be sufficient for some of these studios, so I don't know what Epic is struggling with.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:29PM (#50092601)
I play CS2 plenty. The cheating problem is overstated as all hell. It seems to be concentrated around accounts that are being sold for lots of cash, so Valve is apparently taking that route for banning accounts more often lately.

Now, if we want an interesting case study in intrusive anticheat not necessarily being more effective than behavior-based, we should compare FACEIT to Valve servers. FACEIT is riddled with cheaters, and yet requires ring-0 anticheat on Windows. So fascinating!

Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:14PM (#50092307)
And it's all a shame, in my opinion. They're too lazy to develop effective behavior-based anticheat (should be easier than ever with better NN architectures and more compute), and so they resolve to screwing over consumers or spying on them. Did not know about Embark's stance, that's too bad.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:08PM (#50092202)
If this were about solely myself and no one else, I might agree. However, even I do play one or two games that use EAC v1 and they work perfectly fine on Linux. They also have very few cheaters, and employ behavior-based detection as their first line. I would hate to lose those games.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:07PM (#50092186)
No, LPEs escalate you to root. Root access is specifically protected against by their requirements.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @02:05PM (#50092165)
You could have just not replied if you werent going to try to be productive. Yes, lots and lots of people play video games on NixOS and Gentoo. Who is playing video games on Fedora, Debian? I dont care that I can switch kernels, I shouldnt have to.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @01:44PM (#50091777)
I suppose I read into the Steam Deck not supporting all of the requirements right now a bit much. Thats the section I was referencing. I am still hopeful they'll at least object to IOMMU and get some movement from Epic there...
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @01:42PM (#50091731)
> Because your kernel could have the ability to allow a program to modify the game memory and hide the fact it's doing so?

I understand this, and my contention with this is that a signed kernel could have that too, so requiring the kernel to be signed locks us into very few ways of getting the kernel with little benefit to the AC if a key is leaked.

> Most Linux users are probably using a signed kernel. I don't think this is as big of a deal as you're making out.

I don't think this is true of most people interested in gaming on Linux in particular. Aside from that, the chain of things you need to do to prove you have a signed kernel are onerous and incompatible with many bootloaders and other tools many Linux users use regularly.

Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @01:36PM (#50091625)
Now you're thinking like ... NVIDIA circa 2015 or something like that
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @01:35PM (#50091612)
Aside from the fact that this is obviously not true (secure boot is possible on Linux, limine/lanzaboote come to mind), I would argue these security modules / attestations do very little for security and are more about lock in and control.

Look, if Canonical had one of their keys leaked, I can go and sign my kernel and kernel modules and secure boot just fine as if my kernel is one distributed by Canonical. There are no checks on whether the contents of the kernel are correct. So, let's exclude people entirely from tuning their kernel for performance etc, and tell them they have to go to a narrow set of approved vendors, who must listen to Epic rather than their users. This is about control over the ecosystem, an ecosystem Epic has spent their years spitting in the face of.

Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @01:12PM (#50091134)
I can't disagree with that, of course. I can only point to Valve at least shipping their games (notably CS2 and Deadlock) native, and the overall improvement in the performance and ergonomics of Proton in the past decade.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @12:27PM (#50090330)
Right, well, for me I ditched Windows entirely because every serious development workflow is way more involved and complex, performance is really poor, random weird bugs after mandated updates, and so on. The cherry on top is all of Valve and the open source folks work on Proton and gaming on Linux in general.
Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @11:57AM (#50089715)
Many, many issues with the requirements here that essentially make this unusable for most Linux users. I really hope they don't force current EAC games to upgrade. I would also love to see companies like this actual give behavior-based AC the college try before resorting to shipping spyware.

> Signed Kernel and Kernel modules

Probably the most egregious. Why am I not allowed to compile my own kernel? Why do I have to get a kernel, and modules, from specific, approved, vendors?

> TPM 2.0, Secure Boot, Measured Boot

Also all impractical for most linux users.

> IOMMU

You may not spy on my memory, thank you very much. What's stopping Epic from taking snapshots and phoning home?

> Kernel Lockdown Integrity mode at boot time

Preventing root from doing root things for the sake of it. I mean, maybe this makes sense.

They're also trying really hard to make Linux distros that "don't support this" look like the bad guys. They encourage distro maintainers to reach out to work together on the requirements, but many distros are effectively excluded by default (Arch, Gentoo, NixOS, which I believe have most of the gamers, at least in the online spaces I chat in).

Re:Gaming on Linux Without Cheating on Wednesday October 14, 2026 @11:50AM (#50089594)
And luckily, according to the article, Valve has no immediate intention of getting the Steam Deck to meet those requirements.
Re:A plea not to use uv-build on Tuesday October 13, 2026 @04:20PM (#50078083)
Sure, but again, you could in theory distribute said builds and stop wasting compute compiling yourself. I know nixpkgs, for example, builds with very generic targets and not super aggressive compiler flags, but at least the machinery exists to do this.
Re:A plea not to use uv-build on Tuesday October 13, 2026 @03:48PM (#50077584)
Yes, and unlike NixOS they dont calculate build hashes for the sake of making binary caches. So truly, you have to build from source, even if your recipe is exactly the same as everyone else's. I've never really understood this zealotry around compiling things myself, and boy are there some big (slow to compile) programs out there these days.
Re:Why aren't AI companies being charged for hacking? on Monday October 12, 2026 @11:13AM (#50057623)
Thats gonna depend on the state in the US, but you can definitely get charged for negligently failing to do background checks as someone operating a daycare center. Operating computers on public networks, you assume a level of responsibility to not wreak havoc, just like a daycare operator assumes the responsibility of vetting caretakers.
Re:Why aren't AI companies being charged for hacking? on Monday October 12, 2026 @11:05AM (#50057497)
IMO, yes. You are the computer operator, and you operated the computer in such a way as to cause it to take that action. Others will mention "mens rea" but that doesn't really apply to negligence.
Re:Lobbying is corruption on Saturday October 10, 2026 @10:06AM (#50033153)
Anything hackers may find interesting...
Re:Lobbying is corruption on Saturday October 10, 2026 @09:37AM (#50032851)
Any discussion that is at least slightly explicitly political (as opposed to everything, which is at least implicitly political) is liable to be removed by the mods. It's up to whether they see it and whether it offends their sensibilities in the moment.
I'm not going to engage with willful ignorance about the concept of Greater Israel. The zionists want most of lebanon, syria, all of the west bank, parts of Jordan. They have laid this out clearly.
Its pretty clear when one of the countries wants to have a Greater form of their country with much of the land said "proxies" are defending in it.
Absolutely insane denial of reality. How many hospitals are left in Gaza?
I very much appreciate the framing of being highly skeptical that these are "rogue" agents. We must stop taking these companies at their word for what they are doing, and a credible organization like this calling the spade a spade is a good start.

Older »