Live data from Hacker News

Counter-Strike Global Offsets: reliable remote code execution

secret.club

61–70 of 94 posts

Re: Counter-Strike Global Offsets: reliable remote code execution

#61

Earlier quoted context omitted.

This is a bit selfish view. I loved their controller, I love steam link allowing me to seamlessly play from any room (with whatever controller I want). I use Linux and think that vr is something everyone should try at some point. I know that you maybe couldn't care less about these things, but don't exacerbate the argument by saying "nobody". Besides, cs started with 3rd party servers and have always been there. Many…

Good for you mate that you enjoyed all that. I'm just pointing out they do a poor job on cs security and anti-cheat and communication in contrast to other efforts on the company like these, and it's cs who made steam possible, not that other stuff. 3rd party servers are different from 3rd party services.

That's sadly true indeed.

Re: Counter-Strike Global Offsets: reliable remote code execution

#62
after reading the comments, I think the takeaways for games are

1. sandboxing - restrict read/write/execute folder/file access at kernel level

2. sandboxing - restrict games to execute arbitrary code, only the game binary itself is allow to be executed

3. anti-cheat software should not be installed at client's computer

4. implement anti cheating from server side instead of relying on client side anti-cheat software

Re: Counter-Strike Global Offsets: reliable remote code execution

#63

Valve should be kicked off HackerOne. They seem to abusing the service to trick researchers into submitting vulnerabilities without providing any sort of compensation. Does anyone here work at HackerOne?

My experience with valve on HackerOne was when I discovered an easy way to lag, and if exploited crash, a dota 2 server. It was nothing technically fancy, but something that made it easy for griefers to ruin the game for everyone. I think even spectators to the match could trigger the functionality. They turned me down for any reward - I don't remember the exact wording in their policy but I think it was a generic ex…

It would be awful if after 5 years someone independently rediscovered this vulnerability and tweeted reproduction steps.

Re: Counter-Strike Global Offsets: reliable remote code execution

#64
post #31
post #27

Earlier quoted context omitted.

Because that's what they signed up for?

See it from Valve's perspective. They've had pre-launch source codes leaked by hackers, gameplay ruined by hackers; they probably don't like hackers. I wouldn't be surprised if they signed up purely out of spite to tarpit and frustrate hackers.

Sounds like a great idea, now instead of them getting issues fixed they get sold and not reported.

Re: Counter-Strike Global Offsets: reliable remote code execution

#65

Valve as a company needs fundamental change. It’s pure luck that CS and Dota2 are still #1 and #2 on steam. I don’t even know if I would call valve a game developer anymore. They are mostly a service provider who happens to own some profitable IP.

They're a technology company. Most of their games in the past ten years have been about showcasing tech, e.g Source, Steam, Trading/Market, VR...

Re: Counter-Strike Global Offsets: reliable remote code execution

#66

meanwhile they spend billions with VR nobody wants, controllers nobody wants, linux OS nobody uses, smart tv integration nobody cares about, etc cs:go at this point is a cheater's game. because valve's server ain't reliable at all, some people choose to play on third party servers, and not surprisingly a lot of players had the third party client mining bitcoin on their computer [0]. much blame the service, but it's o…

The Valve Index and Half-Life: Alyx were huge accomplishments that did more for VR as a medium than anything before (and probably after) it. Also Valve's efforts towards making Linux a gaming platform were immensely successful. Proton is amazing and most people that use it agree.

Valve is not investing their resources in stuff you care about, but they are not objectively wasting their time. They are not just building another online game (which everyone is doing), but innovating in and developing areas that no one else can get away with wasting money on.

I am thankful for all the things you list, some of which have not turned out great, but that is imho just a sign that they are truly doing bold/economically dangerous things, for the good of the medium.

Re: Counter-Strike Global Offsets: reliable remote code execution

#67
post #33

Burying the lead here! > in over 4 months, we did not even receive an acknowledgment by a Valve representative. After public pressure, when it became apparent that Valve had also ignored other Security Researchers with similar impact, Valve finally fixed numerous security issues Also, can we all agree "DD/MM/YYYY" is the worst possible date format?

MM/DD/YYYY is clearly worse. Not only is it only used in a tiny number of places, making it more likely to cause confusion, but it doesn’t go consistently from smaller unit to bigger unit or vice-versa. YYYY-MM-DD is ideal, of course, due to easy sorting and no ambiguity over the order of MM and DD, but I’d take DD/MM/YYYY over MM/DD/YYYY any day.

+1 on ISO 8601, but MM/DD/YYYY does have a certain logic to it. The month essentially tells you what time of year it is. "Want to go on vacation in July 10th?" carries less mental overhead than "..on the 10th of July", unless it's currently July (ie, you just say "..on the 10th"). Because "in July" is more meaningful than "on the 10th of any random month".

Re: Counter-Strike Global Offsets: reliable remote code execution

#68
post #52

Earlier quoted context omitted.

> It’s time for kernel level permissions to be standard on desktops. And then the games industry starts deploying vulnerability-as-a-service kernel modules in order to bypass all of those controls. https://mobile.twitter.com/TheWack0lian/status/7793978407622...

That ship has long sailed. All the major anti cheat systems do this now, and have done for years.

And still cheaters plague most public servers of the games I played.

On the other hand: how can you spot a cheater who obviously has the cheat at kernel level - with a anticheat software running above that?

Re: Counter-Strike Global Offsets: reliable remote code execution

#69

Another example is why app level security is so important. Why shouldn’t games allow arbitrary code execution? It only matters because the access space for programs is still so broad. People complain when applications on Mac request permission to access files, but that makes such a huge difference. It’s time for kernel level permissions to be standard on desktops.

I haven't dug very much into it (in fact mainly because I couldn't find much detailed/technical information) but Windows 10 has this "core isolation" feature, which I believe tries to achieve a system/apps isolation by virtualizing everything. It used to be a little buggy, but I now have it enabled all the time and don't necessarily feel any performance issue - on a powerful laptop with reasonable usage. If anyone ha…

It runs the kernel under a hypervisor. Technical details: https://www.microsoft.com/security/blog/2020/07/08/introduci...

Re: Counter-Strike Global Offsets: reliable remote code execution

#70
post #52

Earlier quoted context omitted.

That ship has long sailed. All the major anti cheat systems do this now, and have done for years.

And still cheaters plague most public servers of the games I played. On the other hand: how can you spot a cheater who obviously has the cheat at kernel level - with a anticheat software running above that?

By realizing that a purely technical solution is not enough.

- make it easy to report suspected cheaters

- include footage from the cheater, not prerendered but as client state

- create a way for experienced players to judge, from multiple angles, with proper randomization and incentives

- require an id for creating an account. Ban persons not accounts

Post reply on HN