How about just allowing plugins for dedicated servers? Just as a heads up, I'm gonna try to make a client plugin which hooks SVC_GetCvarValue, and just always responds with the default CVar value. This renders any server-side cheat detection (like KAC) completely useless. Hopefully releasing it as a POC will force VALVe to do something (why does it always have to come to this?)
Thanks, - Saul. On 28 March 2010 14:49, AnAkIn . <[email protected]> wrote: > I don't think that's a good idea. Someone will just code a client side > plugin to report false informations to the server. > > 2010/3/28 Keeper <[email protected]> > > > I have e-mailed somebody at valve, and simply asked them if the server > > operators can see a list of plugins on the client ( like plugin_print ). > > This would give the operator the ability to kick if plugins are loaded on > > the client. But I think also looking at the GameBin will allow the > server > > to see if they are loading anything outside of the standard VSP > interface. > > > > I don't think stopping it will be completely possible on the client, but > > giving the server operator the choice would be a nice thing. > > > > But they did respond that they are working on it. > > > > Keeper > > > > -----Original Message----- > > From: Kyle Sanderson [mailto:[email protected]] > > Sent: Saturday, March 27, 2010 8:33 PM > > To: Half-Life dedicated Linux server mailing list; Half-Life dedicated > > Win32 > > server mailing list > > Subject: [hlds] Plugin Loading on clients, enough is enough. > > > > Since forever, players have been able to load plugins on their clients > > letting them get around cheat sensitive variables such as sv_cheats, > > allowing them to use r_drawothermodels, mat_wireframe, etc. We as server > > admins have had the option to install various anti cheat addons (Kigen > Anti > > Cheat, VBAC, and than some rather lame ones for EventScripts) in order to > > get around these quite severe downfalls in the engine. However now, there > > is > > a LUA scripting interface <http://www.3rdera.com/> that has been > written, > > and is now fully supporting engine exploits in order to cause trouble for > > server admins and for other players. No one can justify it's use, every > > single script written has been made to get around server settings and > > protections put in place to keep order, and to keep the game fluently > > moving > > along. Right now, players cannot be VAC banned for using this, it's also > > going against every single reason why VAC was created. Instead of > battling > > these antics with these scripters, I'm begging you Valve to please remove > > this function from clients as there's absolutely no reason for them to > have > > it. I've sent two emails to a couple employees which were left > unanswered, > > I > > know others have done the same. > > > > Here's a forum full of countless exploits: > > http://www.3rdera.com/forum/viewforum.php?f=5 > > > > If you don't want to read the wall of text explaining why players should > > not > > be allowed to load plugins, I'm sure your common sense on the issue will > be > > more than sufficient to respond. > > Kyle Sanderson. > > > > > > _______________________________________________ > > 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 > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
