Installer Steam
connexion
|
langue
简体中文 (chinois simplifié)
繁體中文 (chinois traditionnel)
日本語 (japonais)
한국어 (coréen)
ไทย (thaï)
Български (bulgare)
Čeština (tchèque)
Dansk (danois)
Deutsch (allemand)
English (anglais)
Español - España (espagnol castillan)
Español - Latinoamérica (espagnol d'Amérique latine)
Ελληνικά (grec)
Italiano (italien)
Bahasa Indonesia (indonésien)
Magyar (hongrois)
Nederlands (néerlandais)
Norsk (norvégien)
Polski (polonais)
Português (portugais du Portugal)
Português - Brasil (portugais du Brésil)
Română (roumain)
Русский (russe)
Suomi (finnois)
Svenska (suédois)
Türkçe (turc)
Tiếng Việt (vietnamien)
Українська (ukrainien)
Signaler un problème de traduction
It doesn't work like that, I'm afraid. In order to create an account on Steam, one has to agree to the Steam Subscriber agreement which explains that cheating on VAC-enabled servers is against the rules, and which also details the penalties for a transgression. This is effectively a contract that is signed.
Now, for every single game that is bought and installed on Steam, you need to accept the End User License Agreement, each of which qualifies as a separate contract that (to my limited knowledge with regards to modern-day law) is considered distinct from the one you signed by agreeing to the SSA. You also need to accept Steam's "terms and conditions", though (can't remember exactly what this is called).
The question is then when someone cheats on a VAC-secured game, if he is in breach of the contract pertaining specifically to that game, or if he is in breach of the contract he signed with regards to his account, or both.
If he is deemed to be in breach solely of the contact pertaining to the game specifically, they cannot respond disproportionally. They cannot ban one user on multiple games across the board or suspend his entire account just because this person has breached the contract of a single game. If they were to do so, they would in turn be suspending multiple contracts to respond to a single breach in contract - it doesn't work like that.
The way I see it, in this situation Steam/Valve can only respond within the specific context of that single game for which a transgression has been established. You cheat in one game, you're banned for that game. There are a few exceptions to this rule which are all detailed here: https://support.steampowered.com/kb_article.php?ref=7849-Radz-6869.
With account-specific transgressions it's different. I don't know what would happen in case it's deemed the contract was broken with regards to the account or when it's deemed that both the account and game-related contracts were broken.
To give you an idea of what happens when it's deemed you've broken the account-specific contract: earlier on, if your account was suspended (in the case of a chargeback, for example) you were left unable to play *any* of the games on that account. This was updated a little over a year ago; now you should be able to access the games you've paid for even if your account has been suspended.
I don't know why it was changed (no do I want to pretend to know) but it might possibly have been to avoid controverse in what is a bit of a grey area from a legal point of view.
From a legal perspective, the contract you've signed when you created your account (by signing the SSA) and the contracts you've signed when you bought and installed games on Steam (by signing the EULA) are separate and distinct from one another.
Of course, in reality they're very much linked: your games are on your Steam account - or put otherwise, the only way to access those games is through your Steam account. The question, then, is really if those contracts are truly considered as completely separate or if one might feasibly be interpreted to supercede the other. I'm inclined to the latter is not the case, though.
In any case, from a practical point of view, Steam/Valve themselves seem to regard them as separate. Even when your account is suspended you still have access to the games you've paid for, and when you get VAC-banned this only applies to the server(s)/game(s) on/for which the transgression was perceived (with a few exceptions). That's probably the most convenient option as well - no legal hassle involved.
Steam has the capability to suspend your entire acount for cheating if they choose to.
Other services may suspend you and other accounts in any way they wish once they detect cheating for example
1) Xbox live suspends teh entire account for modifying your Avatar. You lose xbox live and all purchased products
2) Forza's dev Turn10 has a policy that if you cheat they permaban you and your console. In addition they perma-ban ANY ACCOUNT THAT HAS TOUCHED THE CONSOLE.
Basically they can ban you and your account any 8 ways from sunday.
Yes, you're right, I had it wrong. I wasn't too sure about it myself (like I said, not an expert on current-day law), so I've since re-read the SSA and this is also what it explicitly states. I'll quote it to further corroborate your point:
(from: http://store.steampowered.com/subscriber_agreement/?l=dutch, section 4. Online conduct, cheating and illegal behavior)
This means that the SSA you sign when creating an account does in fact supercede the individual terms and agreements (EULA) of any game you buy (which are technically all contracts in and of themselves).
Whenever you purchase a game on Steam you also have to agree to the (Steam) "rules and conditions" again, or what it's called (don't know by heart) - which reinforces this point even further.
Thanks for clearing this up. :-)
Never EVER trust the client. This applies to all client-server coding, regardless if you code a web application, game, medical records application, home automation server, whatever. Always assume the client is malicious! Always check imput. Always check everything is legit.
So the best anticheat security would be like OnLive. That also stops piracy completely.
Think of that, your game "client" only consist of something like RDP (Remote Desktop) that "streams" your input to the game server, and the game server "streams" the rendered scene to you, like a TV or movie stream.
Since a video stream (MPEG4 or something like that) does not contain any metadata on the objects, its just a picture, and the player has to judge which objects to shoot at. Only way for a cheater to succeed would be to scan the image and try to deduce the objects.
But thats pretty impossible - guess why CAPTCHA is sucessful in web forms?
That would give complete security for the game.
Yes 100% COMPLETE CHEAT PROTECTION!
A bonus is that no local storage on the game client is needed except for configuration files, input configuration can be shared across multiple games, and the rig does not need to be top-of-the-notch.
You could even game CS:GO from the mobile, or game for example Call of Duty III: BO from your netbook with a single-core 1,6ghz atom processor with 1gb RAM.
Everything is run and rendered by server in a streamed game system.
-No ability for modding/custom gaming (being a pillar of PC Gaming since forever)
-No gaming at all without internet connection.(And we cursed Xbox one for calling home once a day)
-Medium level/console-ish graphics (Onlive worked at mid-level detail 720p)
-Need of a fast,reliable, unmettered internet connection (That's far from being a standard in many places)
The fact that Onlive itself went under makes a pretty clear point it's not close to being a practical solution in a near future
when did Onlive go under?
http://www.mcvuk.com/news/read/onlive-we-didn-t-go-bankrupt-we-didn-t-shut-down-we-just-restructured/0112768
They're more or less a non-entity at this point.
Gaikai had a better model, which was to license the technology to devs or publishers to give 'instant demos' to people. That made a lot more sense business wise. Which is why sony bought them.
Downside: lag would be a major concern.
Everything you just describe already exist in every competently programmed Multiplayer FPS game.
Eg, same technology that is being used to remote control when you working from home and control the company's desktop computer, same technology could be used for cheat-safe gaming.
You know RDP?
http://en.wikipedia.org/wiki/Remote_Desktop_Protocol
It's microsofts protocol for streaming mic + input to a server and then streaming a screen picture + sound back to client. That protocol could be reused, but instead of using a framebuffer (which is highly inefficient for streaming full screen applications), it could use some efficient streaming protocol like MPEG4 or something more efficient.
Then theres nothing to tamper with. Even if you completely read the memory, the only thing stored in client side is your imput being sent to server, and whats about to be shown on screen. Nothing more, theres nothing to "hack".
Only thing a cheater could do is a image based aimbot, but that would even false trigger on corpses and such.
Cheating solved - RDP!