Where can this plugin be located, and is there source code? Thanks, - Saul.
On 28 March 2010 20:50, Charles Mabbott <[email protected]> wrote: > 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 > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
