News for hackers. Stuff that matters.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Tuesday December 23, 2025 @01:33PM (#46367869)
And behind on a lot of stuff. The Microsoft's ACLs are nothing short of one of the best designed permission systems there are.

On the surface, they are as simple as Linux UOG/rwx stuff if you want it to be, but you can really, REALLY dive into the technology and apply super specific permissions.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by nunez on Tuesday December 23, 2025 @03:44PM (#46369274)
The file permission system on Windows allows for super granular permissions, yes; administrating those permissions was a massive pain, especially on Windows file servers.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by jandrese on Tuesday December 23, 2025 @03:17PM (#46369023)
> The Microsoft's ACLs are nothing short of one of the best designed permission systems there are.

You have a hardened Windows 11 system. A critical application was brought forward from a Windows 10 box but it failed, probably a permissions issue somewhere. Debug it and get it working. You can not try to pass this off to the vendor, it is on you to fix it. Go.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by butlike on Tuesday December 23, 2025 @03:42PM (#46369250)
and why is it not on the vendor of the critical application?
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by jandrese on Tuesday December 23, 2025 @04:48PM (#46369868)
Because they aren't allowed on the system where it is installed, and also they don't deal with hardened systems.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Tuesday December 23, 2025 @03:46PM (#46369288)
Procmon.exe. Give me 2 minutes. You make it sound like it's such a difficult thing to do. It literally will not take me more than 2 minutes to tell you exactly where the permission issue is and how to fix it.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by roblabla on Tuesday December 23, 2025 @04:10PM (#46369503)
Procmon won't show you every type of resource access. Even when it does, it won't tell you which entity in the resource chain caused the issue.

And then you get security product who have the fun idea of removing privileges when a program creates a handle (I'm not joking, that's a thing some products do). So when you open a file with write access, and then try to write to the file, you end up with permission errors durig the write (and not the open) and end up debugging for hours on end only to discover that some shitty security product is doing stupid stuff...

Granted, thats not related to ACLs. But for every OK idea microsoft had, they have dozen of terrible ideas that make the whole system horrible.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by jandrese on Tuesday December 23, 2025 @04:50PM (#46369885)
Especially when the permission issue is up the chain from the application. Sure it is allowed to access that subkey, but not the great great grandparent key.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Wednesday December 24, 2025 @04:30AM (#46374019)
At this point you're just arguing for the sake of bashing on Microsoft. You said it yourself, that's not related to ACL, so what are you doing, mate? This is not healthy foundation for a constructive discussion.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by lmz on Wednesday December 24, 2025 @09:56AM (#46376117)
Shitty security products being inscrutable isn't limited to Windows. "Disable SELinux" anyone?
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by roblabla on Thursday December 25, 2025 @07:34AM (#46384040)
While that's true, linux _tends_ to follow the rules a bit better, and not change how APIs work from under your feets. For instance on Linux, permission checks are done when you open a handle. An LSM like SELinux can only allow or deny your rights to open the handle at the permission level you requested, that's it. It cannot allow the handle to be opened, but with less privileges than requested, nor can it do permission check at operation time. So once your open is successful, you can be pretty sure that you've cleared the permission checks bar, and are good to go.

This makes writing robust code under those systems a lot easier, which in turns makes debugging things when it goes wrong nicer. Now, I'm not going to say debugging those systems is great - SELinux errors are still an inscrutable mess and writing SELinux policy is fairly painful.

But there is real value in limiting where errors can crop up, and how they can happen.

Of course, there is stuff like FUSE that can throw a wrench into this: instead of an LSM, a linux security product could write their own FS overlay to do these kind of shenanigans. But those seem to be extremely rare on Linux, whereas they're very commonplace on Windows - mostly because MS doesn't provide the necessary tools to properly write security modules, so everyone's just winging it.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by fooker on Wednesday December 24, 2025 @12:59AM (#46372900)
Is this a trick question, because you run it as administrator in a sandboxed account.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by torginus on Tuesday December 23, 2025 @02:12PM (#46368327)
And they work on everything. You can have a mutex, a window handle or a process protected by ACL.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by bbkane on Tuesday December 23, 2025 @01:53PM (#46368101)
Do you have any favorite docs or blogs on these? Reading about one of the best designed permissions systems sounds like a fun way to spend an afternoon ;)
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by trueismywork on Tuesday December 23, 2025 @01:44PM (#46367987)
You have ACLs on linux too
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by Arainach on Tuesday December 23, 2025 @02:00PM (#46368195)
ACLs in Linux were tacked on later; not everything supports them properly. They were built into Windows NT from the start and are used consistently across kernel and userspace, making them far more useful in practice.

Also, as far as I know Linux doesn't support DENY ACLs, which Windows does.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by onraglanroad on Tuesday December 23, 2025 @02:25PM (#46368455)
Yes it does.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 112233 on Tuesday December 23, 2025 @02:46PM (#46368664)
since when?
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by onraglanroad on Tuesday December 23, 2025 @02:55PM (#46368787)
Since some of us could be bothered reading docs. Give it a try and see how it works out for you.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 112233 on Tuesday December 23, 2025 @03:52PM (#46369340)
Some of us can! I certainly enjoy doing it, and according to "man 5 acl" what you assert is completely false. Unless you have a particular commit or document from kernel.org you had in mind?
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by opello on Tuesday December 23, 2025 @05:53PM (#46370445)
> Each of these characters is replaced by the - character to denote that a permission is absent in the ACL entry.

Wouldn't the o::--- default ACL, like mode o-rwx, deny others access in the way you're describing?

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 112233 on Wednesday December 24, 2025 @03:03AM (#46373484)
See 6.2.1 of RFC8881, where NFSv4 ACLs are described. They are quite similar to Windows ACLs.

Here is kernel dev telling they are against adding NFSv4 ACL implementation. The relevant RichAcls patch never got merged: https://lkml.org/lkml/2016/3/15/52

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by opello on Wednesday December 24, 2025 @10:55AM (#46376624)
https://www.rfc-editor.org/rfc/rfc8881#section-6.2.1

I see what I misunderstood, even in the presence of an ALLOW entry, a DENY entry would prohibit access. I am familiar with that on the Windows side but haven't really dug into Linux ACLs. The ACCESS CHECK ALGORITHM[1] section of the acl(5) man page was pretty clear, I think.

[1] https://man7.org/linux/man-pages/man5/acl.5.html#ACCESS_CHEC...

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 112233 on Tuesday December 23, 2025 @02:45PM (#46368657)
Haha, sure. Sorry, it's not you, it's the ACLs (and me nerves). Have you tried configuring NFSv4 ACLs on Linux? Because kernel devs are against supporting them, you either use some other OS or have all sorts of "fun". Also, not to be confused with all sorts of LSM based ACLs... Linux has ACLs in the most ridiculous way imaginable...
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Tuesday December 23, 2025 @02:48PM (#46368703)
Not by default. Not as extensive as in Windows. What's your point?
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by dabockster on Tuesday December 23, 2025 @02:17PM (#46368384)
Oh yeah for sure. Linux is amazing in a computer science sense, but it still can't beat Windows' vertically integrated registry/GPO based permissions system. Group/Local Policy especially, since it's effectively a zero coding required system.

Ubuntu just recently got a way to automate its installer (recently being during covid). I think you can do the same on RHEL too. But that's largely it on Linux right now. If you need to admin 10,000+ computers, Windows is still the king.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by Elv13 on Tuesday December 23, 2025 @02:41PM (#46368619)
Debian (and thus Ubuntu) has full support for automated installs since the 90's. It's built into `dpkg` since forever. That include saving or generating answer to install time questions, PXE deployment, ghosting, CloudInit and everything. Then stuff like Ansible/Puppet have been automating deployment for a long time too. They might have added yet another way of doing it, but full stack deployment automation has been there for as long as Ubuntu existed.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by benterix on Tuesday December 23, 2025 @02:59PM (#46368836)
> Ubuntu just recently got a way to automate its installer (recently being during covid). I think you can do the same on RHEL too. But that's largely it on Linux right now. If you need to admin 10,000+ computers, Windows is still the king.

What?! I was doing kickstart on Red Hat (want called Enterprise Linux back then) at my job 25 years ago, I believe we were using floppies for that.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by m4rtink on Tuesday December 23, 2025 @05:26PM (#46370206)
Yeah, I have been working on the RHEL and Fedora installer since 2013 and already back then it had a long history almost lost to time - the git history goes all the way back to 1999 (the history was imported from CVS, as it predates Git) and that actually only cover the first graphical interface - it had automated installation support via kickstart and a text interface long before that, but the commit history has been apparently lost. And there seems to have been even some earlier distict installer before Anaconda, that likely also supported some sort of automated install.

BTW, we managed to get the earlies history of the project written down here by one of the earliest contributors for anyone who might be interested:

https://anaconda-installer.readthedocs.io/en/latest/intro.ht...

As for how the automated installation on RHEL, Fedora and related distros works - it is indeed via kickstart:

https://pykickstart.readthedocs.io/en/latest/

Note how some commands were introduced way back in the single digit Fedora/Fedora Core age - that was from about 2003 to 2008. Latest Fedora is Fedora 43. :)

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by cactacea on Tuesday December 23, 2025 @03:18PM (#46369034)
> Ubuntu just recently got a way to automate its installer (recently being during covid).

Preseed is not new at all:

https://wiki.debian.org/DebianInstaller/Preseed

RH has also had kickstart since basically forever now.

I've been using both preseeds and kickstart professionally for over a decade. Maybe you're thinking of the graphical installer?

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by LeSaucy on Tuesday December 23, 2025 @02:35PM (#46368560)
Still the king but developing/testing/debugging group policy issues is a miserable experience.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Tuesday December 23, 2025 @02:50PM (#46368725)
I always found it straight forward. Never had an issue and I've implemented my fair share on thousands on devices and servers.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by lll-o-lll on Tuesday December 23, 2025 @04:40PM (#46369787)
Not an implementer of group policy, more of a consumer. There are 2 things that I find extremely problematic about them in practice.

- There does not seem to be a way to determine which machines in the fleet have successfully applied. If you need a policy to be active before doing deployment of something (via a different method), or things break, what do you do?

- I’ve had far too many major incidents that were the result of unexpected interactions between group policy and production deployments.

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by 7bit on Wednesday December 24, 2025 @04:33AM (#46374034)
That's not a problem with group policy. You're just complaining that GPO is not omnipotent. That's out of scope for group policies mate. You win, yeah yeah.... Bye
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by bigstrat2003 on Wednesday December 24, 2025 @12:22AM (#46372724)
I disagree. Group policies are extremely straightforward to administer in my experience.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by UltraSane on Wednesday December 24, 2025 @06:35AM (#46374685)
That depends on how fine grained your targeting rules are. They can get insane.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by max-privatevoid on Tuesday December 23, 2025 @03:40PM (#46369240)
I'm surprised no one has said NixOS yet.
Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by esseph on Tuesday December 23, 2025 @02:31PM (#46368527)
> Ubuntu just recently got a way to automate its installer (recently being during covid). I think you can do the same on RHEL too. But that's largely it on Linux right now. If you need to admin 10,000+ computers, Windows is still the king.

1. cloud-init support was in RHEL 7.2 which released November 19, 2015. A decade ago.

2. Checking on Ubuntu, it looks like it was supported in Ubuntu 18.04 LTS in April 2018.

3. For admining tens of thousands of servers, if you're in the RHEL ecosystem you use Satellite and it's ansible integration. That's also been going on for... about a decade. You don't need much integration though other than a host list of names and IPs.

There are a lot of people on this list handling tens of thousands or hundreds of thousands of linux servers a day (probably a few in the millions).

Re:Meta Is Using the Linux Scheduler Designed for Valve's St... by Eggpants on Wednesday December 24, 2025 @02:21PM (#46378368)
And yet, it requires kernel extension anti-cheat to stop a game mod from reading and writing memory locations in a running process. It’s a toy operating system if it can’t even prevent that. It’s why corporate machines are so locked down. Then there is the fact video drivers run in ring 0 and are allowed to phone home… but hey you can prevent notepad++ from running FTW.