This is not a windows problem. Put bluntly, anyone developing a system with security in mind will never rely on the client portion to give them valid info.
I dont want to get into an argument, but heres a response for: > I don't think hlds/srcds knows which game it is running, but only the > engine and the name of the mod directory. Somewhere steam would need to > figure out which game (not mod!) is actually being played, and if the > user owns a product needed to be allowed to play it. (There can be > multiple products that each give access to the same game.) Im running a CS Source server, it knows what game its hosting. Some random joins, gives me his steam id, I ask valve master server "does this steam id own css?" "No he does not" *Drops user* Simple and possible. Should be done. This wont stop non-steam people joining "free" games, but there are none - except if you count codename gordon, and that does not have mplayer. This is a DECENT solution, as they can hack non-steam all they want, they wont be able to join official servers which would emply the 'checking with the master server' bit. This is already in other multiplayer games (CDKey checking - just because a cdkey forumla is valid, does not mean its been activated - this key is checked on a master server), to name a few games Tribes2, Quake3, UT2004... This is fixable, I dont see why its taking so long. -Plasma ----- Original Message ----- From: "Maarten van der Zwaart" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Wednesday, January 05, 2005 11:45 PM Subject: Re: [hlds] "nosteam" hacks update? > On Wed, Jan 05, 2005 at 04:20:52PM +1100, Whisper wrote: > > Kevin thats the EXACT excuse I have heard being given and to some > > extent is entirely correct because it is Windows total lack of > > security that allows NO-STEAM to exist and makes it extremely > > difficult for anybody, let alone Valve to control what the hell > > happens on the client machine, so in that respect it is not Valves > > fault. > > So can you name an OS, which actually allows the user to do anything > useful (i.e. not a console that restricts stuff you can run, as this > would cripple mod development), which would not have allowed something > like nosteam to have been developed? > > > On the other hand though, knowing all this, and anybody with half a > > brain would, why on earth isn't all the checking done server/Valve > > side I do not understand. > > > > I do get your point though about MOD versus GAME as a Half-Life user > > has legitamate access to most pre HL2 based MODS, BUT!!! it still > > should not matter. > > > > A legitamate copy of Half-Life should be on the users machine some way > > some how, either with a legitamate CD key or because it was purchased > > directly from Valve or as the case usually is CS is purchased directly > > from Valve or from a box set with real CD-Keys which then can be > > permanently locked to a specific STEAM Account. > > > > In either case Valve knows (or should know) what STEAM Accounts and > > therefore which STEAM_ID's have legitamate access to said game(s). > > I don't think hlds/srcds knows which game it is running, but only the > engine and the name of the mod directory. Somewhere steam would need to > figure out which game (not mod!) is actually being played, and if the > user owns a product needed to be allowed to play it. (There can be > multiple products that each give access to the same game.) > > It might be possible, as a temporary workaround, to simply say (example) > if the engine is hl1 and the mod directory is tfc, then the user needs > to own either hl1 via cdkey, hl1 via steam, hl2 silver or hl2 gold. But > I hope Valve is working on a better solution than this. (Still, might be > good to do this anyway, but only temporary until the real solution is > finished.) > > Maarten > > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
