Anti-cheat drivers have indeed turned out to be major security risks on Windows. But I think the blame should not be on game developers because kernel-mode anti-cheat is still one of the only methods that’s reasonably effective — and realistically, you can’t expect every game studio to have the expertise to write secure, reliable kernel drivers.<p>If Microsoft wants Windows to be more stable and secure, they should provide built-in anti-cheat support in the OS. That would reduce the need for third-party kernel drivers in the first place.
> you can’t expect every game studio to have the expertise to write secure, reliable kernel drivers.<p>If someone wants to sell something that comes with a driver, the driver needs a modicum of care applied to it. This is of course also on Microsoft for signing these things, although that ship sailed ages ago.<p>Yes, I wouldn't expect every studio to need their own team - game studios can buy anti-cheat middleware, and the middleware can compete on not being total junk (which is how the industry already works, with a side helping of these more obscure awful drivers and a few big studios with their own).<p>> If Microsoft wants Windows to be more stable and secure, they should provide built-in anti-cheat support in the OS.<p>I guess they could have users approve a set of signed applications that would get some "authenticated" way to read address space and have an attestation stapled to it? It's actually kind of an interesting idea. The hardest part here would be that each anti-cheat tries to differentiate with some Weird Trick or another, so homogenizing the process probably isn't appealing to game developers really.<p>Anti-cheat could go the opposite direction, with basically a "fast reboot" into an attested single process VM sandbox, but this has issues with streaming/overlays and task switching which are a bit thorny. I've always thought that this might be the way to go, though - instead of trying to use all kinds of goofy heuristics and scanning to determine whether the game's address space has been tampered with or there's a certain PCIe driver indicating a malicious DMA device or whatever, just run the game in a separate hypervisor partition with a stripped down kernel+OS, IOMMU-protected memory, and no ability to load any other user code, like a game console lite.
What does built–in anticheat support looks like to you? A whitelist of apps you can run? Debuggers not being allowed?
They do, on XBox OS, which while based on Windows, it isn't exactly the same.<p>As for plain Windows, lets see how Crowdstrike changes will reflect on anti-cheats.<p><a href="https://www.theverge.com/news/692637/microsoft-windows-kernel-antivirus-changes" rel="nofollow">https://www.theverge.com/news/692637/microsoft-windows-kerne...</a><p>People could also behave, and then no anti-cheats would be needed anywhere, but that is utopia.
> they should provide built-in anti-cheat support in the OS.<p>As much as I dislike anti-cheat in general (why incorporate it instead of just having proper moderation and/or private servers? Do you need a sketchy third-party kernel level driver to police you to make sure you're "browsing the internet properly in a way that is compliant with company XYZ's policies", or even when running other software like a photo editor, word processor, or anything else? It's _your_ software that you bought.) something similar is already happening with, e.g, Widevine bundled in browsers for DRM-ed video streaming.<p>I agree that having some first-party or reputable anti-cheat driver or system, is probably preferable than having different studios roll out their own anticheat drivers. (I am aware there are studio-level or common third party common anti-cheat solutions already, such as Denuvo or Vanguard. But I would prefer something better)
> why incorporate it instead of just having proper moderation and/or private servers?<p>No one wants to become a moderator, they do it out of necessity. So it's pretty much the other way around: a lot of anticheats were, and are, originally developed by community members for private servers (because you're not deploying a 3rd party anti-cheat onto first party servers). BattleEye was originally for Battlefield games. Punkbuster for Team Fortress. EasyAntiCheat for Counter Strike. I even remember Starcraft Brood War 3rd party server ICCUP with a custom 'anti-hack' client requirement.<p>You still see this today with Counter Strike 2 private servers Face-IT: they have additional anti-cheat not less. Same with GTA V modded private server, FiveM have anti-cheat they call adhesive.<p>And then game developer saw that players are doing that, so they integrate the anti-cheat so that players do not have to go downloading/installing the anti-cheat separately. Quake 3 Arena added Punkbuster in an update for example.
> I agree that having some first-party or reputable anti-cheat driver or system, is probably preferable than having different studios roll out their own anticheat drivers. (I am aware there are studio-level or common third party common anti-cheat solutions already, such as Denuvo or Vanguard. But I would prefer something better)<p>Only Apple really has enough platform lockdown to achieve that. Whatever Microsoft ships would have more holes than swiss cheese (not that I'm opposed to that or anything).
Would that not create the issue that you would only need to find one bypass for said official anti-cheat that then works for all games out there?<p>I heard with Denuvo reverse engineering work needs to be done for each individual target to unprotect it, but I'm not sure how this will be the case with a first party anti-cheat driver.
>why incorporate it instead of just having proper moderation and/or private servers?<p>Because game studios these days are all about global matchmaking. Private servers aren't really a thing any more except in more niche games. Instead you (optionally with a party) queue for matchmaking. Every game has to have a ranked ladder these days, it seems.<p>I miss the days of Tribes 2 or CS1.6 when games had server browsers
> Because game studios these days are all about global matchmaking<p>Why not have moderation then? When participating in an online forum, you are essentially "matchmaking" to a topic or corner of the internet with similar interests. Have some moderators (be it members of the community, or staff) ban players on obvious hacking/cheating or rule-breaking behaviour, and allow members to report any instances of this (I believe this is already a thing in modern video games, I have seen videos of "influencers" getting enraged when losing and reporting players for "stream sniping").<p>Sure, this might cause the usual issues of creating an echo chamber where mods and admins might unfairly ban members of the community. But you could always just join a different server in that case.<p>I believe Minecraft has a system similar to what I described; you enter the URL of a server to join, each hosted on its own independent instance (not necessarily hosted by Mojang, the studio behind Minecraft) each with their own unique sets of rules and culture, and being banned in one server does not ban you from every other server. Incidentally, Minecraft also does not have kernel level anticheat, and still very successfully manages to be one of the most popular games around (By some accounts, the top-selling game of all time).<p>> I miss the days of Tribes 2 or CS1.6 when games had server browsers<p>I do too.
This is a lost battle, you have cheaters on console which are more locked down than PC ever will be. You can't remove cheating with software.<p>Sorry game companies, the answer is paid moderation, I know it cost money and I know you don't like to pay but there's no way around it.
If a surgeon does not have the expertise to perform a surgery, they probably shouldn’t cut into you.<p>If the company lacks the competency to write secure driers, they should outsource the work or have it validated externally.<p>These things could be solved by spending money. Stop excusing dangerous actions performed in the name of greed.
Exactly, which is why Microsoft should be writing the one writing the kernel code needed for ensuring integrity of games. Microsoft needs to develop ways to allow games to run in an isolated VM that is hardware protected from the main operating system and ensures strong hardware security so cheaters can not simply attach malicious devices to the PCI bus to DMA sensitive data.
As an indie game developer, how do I get my game into this system and how do I debug it?
For this theoretical feature Windows would do it automatically for apps that would opt in.<p>For debugging you would either not have this feature or enabled, or you would build a custom build that included a debugger in the secure environment. If you needed to connect to production servers you could whitelist your account to be ignored by the anticheat since your server would know you are not playing with an official build.
> attach malicious devices to the PCI bus to DMA sensitive data<p>How do you do this in modern system with TPMs and IOMMU enabled?
Sadly not all Windows machines are able to use kernel DMA protection, so for those machines nothing will stop you.
You pretend to be a device with a driver not compatible with IOMMU
It is not realistic to expect every game developer to invest a lot of money into security. It's like asking every apartment building to run its own fire department.<p>The responsibility of securing a platform should not fall on application developers anyway.
Yes it is, and liability across the industry is already late.<p>By the way, in some countries apartment buildings need several licenses, including one from fire department, before been allowed to have people living on them.
Microsoft could easily secure windows by blocking all rootkits/"kernel anti cheat". At this point that's probably the best option.<p>Games should never have kernel level access.
The problem is that general purpose computing platforms are not supposed to be secured against the user. That's a WONTFIX.
It’s not the nurses job to perform surgery either, that’s why they don’t.