In a general sense, there are a couple of client side plug-ins that do in fact serve a valid purpose, POV-Recorder, the ESEA Client plug-in and a couple of others. At this point I am definitely for simply locking out plug-ins on the client side, but I would rather not lose some of the functionality these have.
And on another note, the client plugin to intercept CVAR responses to the server has existed for quite a while now. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Dominic Marciano Sent: Sunday, March 28, 2010 11:14 AM To: [email protected] Subject: Re: [hlds] Plugin Loading on clients, enough is enough. it takes someone to fall to their death before they put safety rails. > From: [email protected] > Date: Sun, 28 Mar 2010 14:56:39 +0100 > To: [email protected] > Subject: Re: [hlds] Plugin Loading on clients, enough is enough. > > 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 _________________________________________________________________ Looking for a new home? With all the latest places, searching has never been easier. http://clk.atdmt.com/NMN/go/157631292/direct/01/ _______________________________________________ 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
