[hlds] [TF2] Bizarre Physics Behavior

[brandon johnson]

Over the past month I've noticed some bizarre physics behavior on my
server, namely rocket explosions seem to be launching people further than
expected. Here's a video detailing exactly what i mean:
http://www.youtube.com/watch?v=e7J22JCIBPA as you can see the scout is
launched far over the shed on harvest.

The only mod on the server is sourcemod, and we've seen the problem with a
default server.cfg file. All of the relevant variables I've found still
seem to be set to their default. After restarting the server, everything
seems normal but as maps change it seems to build up to excessive levels.

Is this an issue anyone has experienced or knows how to resolve?
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds

Re: [hlds] Dealing with persistent cheaters

[Emil Larsson]

Oh, don't get me wrong I wasn't accusing anyone of stealing data (infact
people usually find out really fast if a plugin or program is doing
something it's not supposed to). :) Just stating my intentions that I trust
software with source available more.

On Mon, Jan 30, 2012 at 5:00 PM, AnAkIn .  wrote:

> The plugin has already been posted on various cheat coding forums, and so
> far no cheat coders have found how some of the detections were done, or at
> least they haven't posted about it publicly.
>
> Didrole (http://didrole.com/) is known for the others plugins and apps he
> has done though, it's not like he's going to steal your data :/
>
>
> 2012/1/30 Emil Larsson 
>
>> Reverse engineering code is really easy, and not as tough as it seems. A
>> lot of the hackers are quite determined, especially the ones who does it
>> for money. So I always considered that a weak argument.
>>
>> Although as a server admin it's more about trust anyway. It hadn't
>> happened within Source plugins as far I know, but there been server plugins
>> for other games that turned out to have backdoors installed by authors. A
>> open source code discourages that (though of course clever obfuscation can
>> allow for some clever but evil backdoors :P).
>>
>>
>> On Mon, Jan 30, 2012 at 4:40 PM, Jeff Sugar  wrote:
>>
>>> Yeah, SMAC forked off from KAC when, to make a long story short and
>>> simple, Kigen opted to stop working on KAC due to a scuffle between him and
>>> some of the SM staff. After development on SMAC started up, he changed
>>> his mind , but it was
>>> too little, too late, as most people had swapped over to SMAC at that
>>> point. I assume that is the reason for it not being updated since November.
>>>
>>> Also, I believe the thinking behind dblocker being closed source is to
>>> that hackers can't "work around" some of the detections by looking at how
>>> it's written. I don't know if that actually helps or not, but that was the
>>> reason listed the last time the topic came up. Unfortunately, the only real
>>> way to find out the answer would be to release the source code :v
>>>
>>>
>>> On Mon, Jan 30, 2012 at 7:24 AM, Emil Larsson  wrote:
>>>
 You should find out pretty fast if they conflict with each other if you
 try (though it does increase the total cpu usage obviously), although
 personally I think it's reduant.

 We're using SMAC as that's actively developed (being a fork of KAC as
 far I understand and all?). KAC itself hadn't been updated in awhile and
 the KAC forums seems very stagnated but who knows what pops up in the
 future. I personally find myself a little suspicious of dblock though due
 to the lack of source code available.

 On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar wrote:

> Er, the primary reason I asked was to avoid the try and see approach,
> which could lead to a multitude of undesirable and/or unnoticeable results
> :( For example, the server may crash the very next time a hacker enters 
> the
> server, whether that be tomorrow or a month from now. It's also entirely
> possible that, rather than crashing, it could stop either system from
> properly detecting and dealing with a detection.
>
> There are plenty of others, but those are the first two that popped
> into my head. I'm not saying it shouldn't be tested, but I have a feeling
> there's at least one person out there who has already done so in order to
> save others the trouble of just blindly trying it.
>
>
>
> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:
>
>> Try it and see.
>>
>>
>> 2012/1/30 Jeff Sugar 
>>
>>>  Is it safe/okay to use dblocker along with smac? Or is it like
>>> antivirus applications in that having more than one can result in
>>> undesirable complications?
>>> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
>>> wrote:
>>>
 Can both be used together without problems? I would disable
 automatic
 banning in one of them of course.

 2012/1/30 AnAkIn . :
 > DBlocker can detect more cheats than SMAC. One of the most used
 public
 > cheats is detected by DBlocker.
 >
 >
 > 2012/1/30 Cc2iscooL 
 >>
 >> I was reading the Kigen forums and a lot of people are banned for
 >> "sv_consistency" errors, which could be as simple as just having
 a skin on a
 >> server that doesn't allow them.
 >>
 >> Hilarious.
 >>
 >>
 >> On Sun, Jan 29, 2012 at 11:13 PM, Admin <
 essential...@bigpond.com> wrote:
 >>>
 >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to
 use his
 >>> server
 >>> with his conditions. There is no leeway or allowances for
 independent
 >>> control over banning and you 

Re: [hlds] Dealing with persistent cheaters

[AnAkIn .]

The plugin has already been posted on various cheat coding forums, and so
far no cheat coders have found how some of the detections were done, or at
least they haven't posted about it publicly.

Didrole (http://didrole.com/) is known for the others plugins and apps he
has done though, it's not like he's going to steal your data :/

2012/1/30 Emil Larsson 

> Reverse engineering code is really easy, and not as tough as it seems. A
> lot of the hackers are quite determined, especially the ones who does it
> for money. So I always considered that a weak argument.
>
> Although as a server admin it's more about trust anyway. It hadn't
> happened within Source plugins as far I know, but there been server plugins
> for other games that turned out to have backdoors installed by authors. A
> open source code discourages that (though of course clever obfuscation can
> allow for some clever but evil backdoors :P).
>
>
> On Mon, Jan 30, 2012 at 4:40 PM, Jeff Sugar  wrote:
>
>> Yeah, SMAC forked off from KAC when, to make a long story short and
>> simple, Kigen opted to stop working on KAC due to a scuffle between him and
>> some of the SM staff. After development on SMAC started up, he changed
>> his mind , but it was
>> too little, too late, as most people had swapped over to SMAC at that
>> point. I assume that is the reason for it not being updated since November.
>>
>> Also, I believe the thinking behind dblocker being closed source is to
>> that hackers can't "work around" some of the detections by looking at how
>> it's written. I don't know if that actually helps or not, but that was the
>> reason listed the last time the topic came up. Unfortunately, the only real
>> way to find out the answer would be to release the source code :v
>>
>>
>> On Mon, Jan 30, 2012 at 7:24 AM, Emil Larsson  wrote:
>>
>>> You should find out pretty fast if they conflict with each other if you
>>> try (though it does increase the total cpu usage obviously), although
>>> personally I think it's reduant.
>>>
>>> We're using SMAC as that's actively developed (being a fork of KAC as
>>> far I understand and all?). KAC itself hadn't been updated in awhile and
>>> the KAC forums seems very stagnated but who knows what pops up in the
>>> future. I personally find myself a little suspicious of dblock though due
>>> to the lack of source code available.
>>>
>>> On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar  wrote:
>>>
 Er, the primary reason I asked was to avoid the try and see approach,
 which could lead to a multitude of undesirable and/or unnoticeable results
 :( For example, the server may crash the very next time a hacker enters the
 server, whether that be tomorrow or a month from now. It's also entirely
 possible that, rather than crashing, it could stop either system from
 properly detecting and dealing with a detection.

 There are plenty of others, but those are the first two that popped
 into my head. I'm not saying it shouldn't be tested, but I have a feeling
 there's at least one person out there who has already done so in order to
 save others the trouble of just blindly trying it.



 On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:

> Try it and see.
>
>
> 2012/1/30 Jeff Sugar 
>
>>  Is it safe/okay to use dblocker along with smac? Or is it like
>> antivirus applications in that having more than one can result in
>> undesirable complications?
>> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
>> wrote:
>>
>>> Can both be used together without problems? I would disable automatic
>>> banning in one of them of course.
>>>
>>> 2012/1/30 AnAkIn . :
>>> > DBlocker can detect more cheats than SMAC. One of the most used
>>> public
>>> > cheats is detected by DBlocker.
>>> >
>>> >
>>> > 2012/1/30 Cc2iscooL 
>>> >>
>>> >> I was reading the Kigen forums and a lot of people are banned for
>>> >> "sv_consistency" errors, which could be as simple as just having
>>> a skin on a
>>> >> server that doesn't allow them.
>>> >>
>>> >> Hilarious.
>>> >>
>>> >>
>>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>>> wrote:
>>> >>>
>>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use
>>> his
>>> >>> server
>>> >>> with his conditions. There is no leeway or allowances for
>>> independent
>>> >>> control over banning and you are forced to kigens global banning
>>> system.
>>> >>> There is no decent support less being dictated too. I highly
>>> recommend
>>> >>> that
>>> >>> one avoids this system entirely
>>> >>>
>>> >>> SMAC is far more superior and has no restrictions or
>>> limitations. It is
>>> >>> constantly updated and when an issue is found it is mostly
>>> corrected
>>> >>> immediately upon the team reading the issues
>>>

Re: [hlds] Dealing with persistent cheaters

[Emil Larsson]

Reverse engineering code is really easy, and not as tough as it seems. A
lot of the hackers are quite determined, especially the ones who does it
for money. So I always considered that a weak argument.

Although as a server admin it's more about trust anyway. It hadn't happened
within Source plugins as far I know, but there been server plugins for
other games that turned out to have backdoors installed by authors. A open
source code discourages that (though of course clever obfuscation can allow
for some clever but evil backdoors :P).

On Mon, Jan 30, 2012 at 4:40 PM, Jeff Sugar  wrote:

> Yeah, SMAC forked off from KAC when, to make a long story short and
> simple, Kigen opted to stop working on KAC due to a scuffle between him and
> some of the SM staff. After development on SMAC started up, he changed
> his mind , but it was
> too little, too late, as most people had swapped over to SMAC at that
> point. I assume that is the reason for it not being updated since November.
>
> Also, I believe the thinking behind dblocker being closed source is to
> that hackers can't "work around" some of the detections by looking at how
> it's written. I don't know if that actually helps or not, but that was the
> reason listed the last time the topic came up. Unfortunately, the only real
> way to find out the answer would be to release the source code :v
>
>
> On Mon, Jan 30, 2012 at 7:24 AM, Emil Larsson  wrote:
>
>> You should find out pretty fast if they conflict with each other if you
>> try (though it does increase the total cpu usage obviously), although
>> personally I think it's reduant.
>>
>> We're using SMAC as that's actively developed (being a fork of KAC as far
>> I understand and all?). KAC itself hadn't been updated in awhile and the
>> KAC forums seems very stagnated but who knows what pops up in the future. I
>> personally find myself a little suspicious of dblock though due to the lack
>> of source code available.
>>
>> On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar  wrote:
>>
>>> Er, the primary reason I asked was to avoid the try and see approach,
>>> which could lead to a multitude of undesirable and/or unnoticeable results
>>> :( For example, the server may crash the very next time a hacker enters the
>>> server, whether that be tomorrow or a month from now. It's also entirely
>>> possible that, rather than crashing, it could stop either system from
>>> properly detecting and dealing with a detection.
>>>
>>> There are plenty of others, but those are the first two that popped into
>>> my head. I'm not saying it shouldn't be tested, but I have a feeling
>>> there's at least one person out there who has already done so in order to
>>> save others the trouble of just blindly trying it.
>>>
>>>
>>>
>>> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:
>>>
 Try it and see.


 2012/1/30 Jeff Sugar 

>  Is it safe/okay to use dblocker along with smac? Or is it like
> antivirus applications in that having more than one can result in
> undesirable complications?
> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
> wrote:
>
>> Can both be used together without problems? I would disable automatic
>> banning in one of them of course.
>>
>> 2012/1/30 AnAkIn . :
>> > DBlocker can detect more cheats than SMAC. One of the most used
>> public
>> > cheats is detected by DBlocker.
>> >
>> >
>> > 2012/1/30 Cc2iscooL 
>> >>
>> >> I was reading the Kigen forums and a lot of people are banned for
>> >> "sv_consistency" errors, which could be as simple as just having a
>> skin on a
>> >> server that doesn't allow them.
>> >>
>> >> Hilarious.
>> >>
>> >>
>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>> wrote:
>> >>>
>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use
>> his
>> >>> server
>> >>> with his conditions. There is no leeway or allowances for
>> independent
>> >>> control over banning and you are forced to kigens global banning
>> system.
>> >>> There is no decent support less being dictated too. I highly
>> recommend
>> >>> that
>> >>> one avoids this system entirely
>> >>>
>> >>> SMAC is far more superior and has no restrictions or limitations.
>> It is
>> >>> constantly updated and when an issue is found it is mostly
>> corrected
>> >>> immediately upon the team reading the issues
>> >>>
>> >>> SMAC can be found at allied modders
>> >>> http://forums.alliedmods.net/showthread.php?t=
>> 36
>> 384
>> 
>>
>> Hey reddit gaming here is a ga 
>> 156872 
>> >>>
>> >>> I have tried both cheat systems and found KAC to be lacking and
>> 

Re: [hlds] Dealing with persistent cheaters

[Admin]

Exactly. Its worse than that.

 

As for prior comments. I am probably more informed on the situation than
most, at least no less that up to date, but there's a reason for that. 

I stand by my prior comments and findings (Mike) SMAC does not force one to
use the global database and would most probably proffer not to have it
included but as an option to those who gave up on KAC and are happy to rely
on a Global system that is flawed, the SMAC developers offered it in as an
option, disabled by default.

 

Emil is correct. The KAC website is hardly monitored and not at all in
favour of opinions or input from outside entities especially if critical.
Users have been witnessed to be openly punished.

SMAC is CPU intense mainly due to the Wallhack module but this has been
improved and continues to be improved on a regular basis. 

 

I have known KAC and SMAC to be used together but this would seem pointless
as SMAC does whatever KAC does but efficiently faster and with more positive
results. I am not bias for any other reason less the fact I have thoroughly
tested and compared both anticheat modules, in conclusion my findings state
to me that KAC doesn't work and SMAC does. 

 

From: hlds-boun...@list.valvesoftware.com
[mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Cc2iscooL
Sent: Monday, 30 January 2012 3:04 PM
To: Half-Life dedicated Win32 server mailing list
Subject: Re: [hlds] Dealing with persistent cheaters

 

I was reading the Kigen forums and a lot of people are banned for
"sv_consistency" errors, which could be as simple as just having a skin on a
server that doesn't allow them.

Hilarious.

On Sun, Jan 29, 2012 at 11:13 PM, Admin  wrote:

LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his server
with his conditions. There is no leeway or allowances for independent
control over banning and you are forced to kigens global banning system.
There is no decent support less being dictated too. I highly recommend that
one avoids this system entirely

SMAC is far more superior and has no restrictions or limitations. It is
constantly updated and when an issue is found it is mostly corrected
immediately upon the team reading the issues

SMAC can be found at allied modders
http://forums.alliedmods.net/showthread.php?t=156872

I have tried both cheat systems and found KAC to be lacking and missed 8 out
of ten simulated cheats. SMAC prevented 10 out of ten and allows you to
freely configure its uses without being forced to use a global system.


-Original Message-
From: hlds-boun...@list.valvesoftware.com
[mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @ BOOM!
Sent: Monday, 30 January 2012 12:56 PM
To: 'Half-Life dedicated Win32 server mailing list'
Subject: Re: [hlds] Dealing with persistent cheaters

I was like you when it came to dealing with cheaters. I was so sick of them
I almost stopped hosting.

The came SourceBans and Kigen's AC. For the past 2+ years we have used
SourceBans: www.sourcebans.net to handle our Admin management and bans list
on a global community level. Banned in one server means banned in all our
servers when using SourceBans. We also use the Steambans SBSRC Plugin at:
www.steambans.com, which is another global ban list with 1000's of banned
cheater SteamIDs in it. Finally and most importantly, there are two cheat
detection plugins that block and ban a ton of cheaters for us. The original
Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin (wonderful!!!)
and the newer SourceMod Anticheat (SMAC), spun off of Kigen's platform. Both
Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban suspect
cheaters without an Admin being in the server. I can't say enough about
Kigen and his wonderful work. It really has saved our asses and it's very
cool to see players being banned when they cheat when Admins are in the
server. It's like having an Admin who is spectating every player on every
server 24/7!

By running a global ban management system like SourceBans and having
real-time cheat detection of the likes of Kigen's AC or SMAC, we have
virtually eliminated the need for Admins most of the time. Sure and
occasional player is missed when using some cheat we can't T detect, but
this is so rare we don't worry that much about it. You can even download the
banlists from other communities who make them available on their Sourcebans
site so you don't have to start from scratch.

Check out the links and let me know if you have any questions.
Mike

-Original Message-
From: hlds-boun...@list.valvesoftware.com
[mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
Sent: Sunday, January 29, 2012 5:45 PM
To: Half-Life dedicated Win32 server mailing list
Subject: Re: [hlds] Dealing with persistent cheaters

Price of the game going free to play.  Servers get more traffic, but no
other way to deal with persistent cheaters and griefers.  Ban has lost its
meaning.  There is nothing we can do as server owners.

Valve really nee

Re: [hlds] Dealing with persistent cheaters

[Jeff Sugar]

Yeah, SMAC forked off from KAC when, to make a long story short and simple,
Kigen opted to stop working on KAC due to a scuffle between him and some of
the SM staff. After development on SMAC started up, he changed his
mind,
but it was too little, too late, as most people had swapped over to SMAC at
that point. I assume that is the reason for it not being updated since
November.

Also, I believe the thinking behind dblocker being closed source is to that
hackers can't "work around" some of the detections by looking at how it's
written. I don't know if that actually helps or not, but that was the
reason listed the last time the topic came up. Unfortunately, the only real
way to find out the answer would be to release the source code :v

On Mon, Jan 30, 2012 at 7:24 AM, Emil Larsson  wrote:

> You should find out pretty fast if they conflict with each other if you
> try (though it does increase the total cpu usage obviously), although
> personally I think it's reduant.
>
> We're using SMAC as that's actively developed (being a fork of KAC as far
> I understand and all?). KAC itself hadn't been updated in awhile and the
> KAC forums seems very stagnated but who knows what pops up in the future. I
> personally find myself a little suspicious of dblock though due to the lack
> of source code available.
>
> On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar  wrote:
>
>> Er, the primary reason I asked was to avoid the try and see approach,
>> which could lead to a multitude of undesirable and/or unnoticeable results
>> :( For example, the server may crash the very next time a hacker enters the
>> server, whether that be tomorrow or a month from now. It's also entirely
>> possible that, rather than crashing, it could stop either system from
>> properly detecting and dealing with a detection.
>>
>> There are plenty of others, but those are the first two that popped into
>> my head. I'm not saying it shouldn't be tested, but I have a feeling
>> there's at least one person out there who has already done so in order to
>> save others the trouble of just blindly trying it.
>>
>>
>>
>> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:
>>
>>> Try it and see.
>>>
>>>
>>> 2012/1/30 Jeff Sugar 
>>>
  Is it safe/okay to use dblocker along with smac? Or is it like
 antivirus applications in that having more than one can result in
 undesirable complications?
 On Jan 30, 2012 4:13 AM, "Drogen Viech" 
 wrote:

> Can both be used together without problems? I would disable automatic
> banning in one of them of course.
>
> 2012/1/30 AnAkIn . :
> > DBlocker can detect more cheats than SMAC. One of the most used
> public
> > cheats is detected by DBlocker.
> >
> >
> > 2012/1/30 Cc2iscooL 
> >>
> >> I was reading the Kigen forums and a lot of people are banned for
> >> "sv_consistency" errors, which could be as simple as just having a
> skin on a
> >> server that doesn't allow them.
> >>
> >> Hilarious.
> >>
> >>
> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
> wrote:
> >>>
> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use
> his
> >>> server
> >>> with his conditions. There is no leeway or allowances for
> independent
> >>> control over banning and you are forced to kigens global banning
> system.
> >>> There is no decent support less being dictated too. I highly
> recommend
> >>> that
> >>> one avoids this system entirely
> >>>
> >>> SMAC is far more superior and has no restrictions or limitations.
> It is
> >>> constantly updated and when an issue is found it is mostly
> corrected
> >>> immediately upon the team reading the issues
> >>>
> >>> SMAC can be found at allied modders
> >>> http://forums.alliedmods.net/showthread.php?t=
> 36
> 384
> 
>
> Hey reddit gaming here is a ga 
> 156872 
> >>>
> >>> I have tried both cheat systems and found KAC to be lacking and
> missed 8
> >>> out
> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows
> you to
> >>> freely configure its uses without being forced to use a global
> system.
> >>>
> >>> -Original Message-
> >>> From: hlds-boun...@list.valvesoftware.com
> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
> BOOM!
> >>> Sent: Monday, 30 January 2012 12:56 PM
> >>> To: 'Half-Life dedicated Win32 server mailing list'
> >>> Subject: Re: [hlds] Dealing with persistent cheaters
> >>>index 
> >>> I was like you when it came to dealing with cheaters. I was so
> sick of
> >>> them
>

Re: [hlds] Dealing with persistent cheaters

[AnAkIn .]

Releasing DBlocker source code would be pretty stupid since it would let
all cheat coders know how their cheats are being detected and they'd
quickly get around it.

2012/1/30 Emil Larsson 

> You should find out pretty fast if they conflict with each other if you
> try (though it does increase the total cpu usage obviously), although
> personally I think it's reduant.
>
> We're using SMAC as that's actively developed (being a fork of KAC as far
> I understand and all?). KAC itself hadn't been updated in awhile and the
> KAC forums seems very stagnated but who knows what pops up in the future. I
> personally find myself a little suspicious of dblock though due to the lack
> of source code available.
>
> On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar  wrote:
>
>> Er, the primary reason I asked was to avoid the try and see approach,
>> which could lead to a multitude of undesirable and/or unnoticeable results
>> :( For example, the server may crash the very next time a hacker enters the
>> server, whether that be tomorrow or a month from now. It's also entirely
>> possible that, rather than crashing, it could stop either system from
>> properly detecting and dealing with a detection.
>>
>> There are plenty of others, but those are the first two that popped into
>> my head. I'm not saying it shouldn't be tested, but I have a feeling
>> there's at least one person out there who has already done so in order to
>> save others the trouble of just blindly trying it.
>>
>>
>>
>> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:
>>
>>> Try it and see.
>>>
>>>
>>> 2012/1/30 Jeff Sugar 
>>>
 Is it safe/okay to use dblocker along with smac? Or is it like
 antivirus applications in that having more than one can result in
 undesirable complications?
 On Jan 30, 2012 4:13 AM, "Drogen Viech" 
 wrote:

> Can both be used together without problems? I would disable automatic
> banning in one of them of course.
>
> 2012/1/30 AnAkIn . :
> > DBlocker can detect more cheats than SMAC. One of the most used
> public
> > cheats is detected by DBlocker.
> >
> >
> > 2012/1/30 Cc2iscooL 
> >>
> >> I was reading the Kigen forums and a lot of people are banned for
> >> "sv_consistency" errors, which could be as simple as just having a
> skin on a
> >> server that doesn't allow them.
> >>
> >> Hilarious.
> >>
> >>
> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
> wrote:
> >>>
> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use
> his
> >>> server
> >>> with his conditions. There is no leeway or allowances for
> independent
> >>> control over banning and you are forced to kigens global banning
> system.
> >>> There is no decent support less being dictated too. I highly
> recommend
> >>> that
> >>> one avoids this system entirely
> >>>
> >>> SMAC is far more superior and has no restrictions or limitations.
> It is
> >>> constantly updated and when an issue is found it is mostly
> corrected
> >>> immediately upon the team reading the issues
> >>>
> >>> SMAC can be found at allied modders
> >>> http://forums.alliedmods.net/showthread.php?t=
> 36
> 384
> 
>
> Hey reddit gaming here is a ga 
> 156872 
> >>>
> >>> I have tried both cheat systems and found KAC to be lacking and
> missed 8
> >>> out
> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows
> you to
> >>> freely configure its uses without being forced to use a global
> system.
> >>>
> >>> -Original Message-
> >>> From: hlds-boun...@list.valvesoftware.com
> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
> BOOM!
> >>> Sent: Monday, 30 January 2012 12:56 PM
> >>> To: 'Half-Life dedicated Win32 server mailing list'
> >>> Subject: Re: [hlds] Dealing with persistent cheaters
> >>>index 
> >>> I was like you when it came to dealing with cheaters. I was so
> sick of
> >>> them
> >>> I almost stopped hosting.
> >>>
> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have
> used
> >>> SourceBans: www.sourcebans.net to handle our Admin management and
> bans
> >>> list
> >>> on a global community level. Banned in one server means banned in
> all our
> >>> servers when using SourceBans. We also use the Steambans SBSRC
> Plugin at:
> >>> www.steambans.com, which is another global ban list with 1000's
> of banned
> >>> cheater SteamIDs in it. Finally and most importantly, there are
> two cheat
> >>> detection plugins that block and ban a ton of cheaters for us

Re: [hlds] Dealing with persistent cheaters

[Emil Larsson]

You should find out pretty fast if they conflict with each other if you try
(though it does increase the total cpu usage obviously), although
personally I think it's reduant.

We're using SMAC as that's actively developed (being a fork of KAC as far I
understand and all?). KAC itself hadn't been updated in awhile and the KAC
forums seems very stagnated but who knows what pops up in the future. I
personally find myself a little suspicious of dblock though due to the lack
of source code available.

On Mon, Jan 30, 2012 at 3:52 PM, Jeff Sugar  wrote:

> Er, the primary reason I asked was to avoid the try and see approach,
> which could lead to a multitude of undesirable and/or unnoticeable results
> :( For example, the server may crash the very next time a hacker enters the
> server, whether that be tomorrow or a month from now. It's also entirely
> possible that, rather than crashing, it could stop either system from
> properly detecting and dealing with a detection.
>
> There are plenty of others, but those are the first two that popped into
> my head. I'm not saying it shouldn't be tested, but I have a feeling
> there's at least one person out there who has already done so in order to
> save others the trouble of just blindly trying it.
>
>
>
> On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:
>
>> Try it and see.
>>
>>
>> 2012/1/30 Jeff Sugar 
>>
>>> Is it safe/okay to use dblocker along with smac? Or is it like antivirus
>>> applications in that having more than one can result in undesirable
>>> complications?
>>> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
>>> wrote:
>>>
 Can both be used together without problems? I would disable automatic
 banning in one of them of course.

 2012/1/30 AnAkIn . :
 > DBlocker can detect more cheats than SMAC. One of the most used public
 > cheats is detected by DBlocker.
 >
 >
 > 2012/1/30 Cc2iscooL 
 >>
 >> I was reading the Kigen forums and a lot of people are banned for
 >> "sv_consistency" errors, which could be as simple as just having a
 skin on a
 >> server that doesn't allow them.
 >>
 >> Hilarious.
 >>
 >>
 >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
 wrote:
 >>>
 >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
 >>> server
 >>> with his conditions. There is no leeway or allowances for
 independent
 >>> control over banning and you are forced to kigens global banning
 system.
 >>> There is no decent support less being dictated too. I highly
 recommend
 >>> that
 >>> one avoids this system entirely
 >>>
 >>> SMAC is far more superior and has no restrictions or limitations.
 It is
 >>> constantly updated and when an issue is found it is mostly corrected
 >>> immediately upon the team reading the issues
 >>>
 >>> SMAC can be found at allied modders
 >>> http://forums.alliedmods.net/showthread.php?t=
 36
 384
 

 Hey reddit gaming here is a ga 
 156872 
 >>>
 >>> I have tried both cheat systems and found KAC to be lacking and
 missed 8
 >>> out
 >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows
 you to
 >>> freely configure its uses without being forced to use a global
 system.
 >>>
 >>> -Original Message-
 >>> From: hlds-boun...@list.valvesoftware.com
 >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
 BOOM!
 >>> Sent: Monday, 30 January 2012 12:56 PM
 >>> To: 'Half-Life dedicated Win32 server mailing list'
 >>> Subject: Re: [hlds] Dealing with persistent cheaters
 >>>index 
 >>> I was like you when it came to dealing with cheaters. I was so sick
 of
 >>> them
 >>> I almost stopped hosting.
 >>>
 >>> The came SourceBans and Kigen's AC. For the past 2+ years we have
 used
 >>> SourceBans: www.sourcebans.net to handle our Admin management and
 bans
 >>> list
 >>> on a global community level. Banned in one server means banned in
 all our
 >>> servers when using SourceBans. We also use the Steambans SBSRC
 Plugin at:
 >>> www.steambans.com, which is another global ban list with 1000's of
 banned
 >>> cheater SteamIDs in it. Finally and most importantly, there are two
 cheat
 >>> detection plugins that block and ban a ton of cheaters for us. The
 >>> original
 >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
 >>> (wonderful!!!)
 >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's
 platform.
 >>> Both
 >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
 >>> suspect
 >>> cheaters without an

Re: [hlds] Dealing with persistent cheaters

[Jeff Sugar]

Thanks for the info - do you have any idea offhand which ones would cause
them to intermingle improperly?

For what it's worth, we're running the Aimbot/AutoTrigger/Spinhack
detectors, Client Protection, Command Monitor, ConVar Checker, Eye Angle
Test, and Anti-Speedhack SMAC modules.

I don't expect you to necessarily have answers for any/all of the above,
but I figure it's worth asking, especially for anyone wanting to know in
the future. I did google before bothering to ask, I just came up with no
prefab answers to the question.

On Mon, Jan 30, 2012 at 6:47 AM, Kyle Sanderson  wrote:

> Depends on which SMAC modules you're planning on/are using.
>
> Should be fine though.
> Kyle.
>
>
> On Mon, Jan 30, 2012 at 6:29 AM, Jeff Sugar  wrote:
>
>> Is it safe/okay to use dblocker along with smac? Or is it like antivirus
>> applications in that having more than one can result in undesirable
>> complications?
>>  On Jan 30, 2012 4:13 AM, "Drogen Viech" 
>> wrote:
>>
>>> Can both be used together without problems? I would disable automatic
>>> banning in one of them of course.
>>>
>>> 2012/1/30 AnAkIn . :
>>> > DBlocker can detect more cheats than SMAC. One of the most used public
>>> > cheats is detected by DBlocker.
>>> >
>>> >
>>> > 2012/1/30 Cc2iscooL 
>>> >>
>>> >> I was reading the Kigen forums and a lot of people are banned for
>>> >> "sv_consistency" errors, which could be as simple as just having a
>>> skin on a
>>> >> server that doesn't allow them.
>>> >>
>>> >> Hilarious.
>>> >>
>>> >>
>>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>>> wrote:
>>> >>>
>>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>>> >>> server
>>> >>> with his conditions. There is no leeway or allowances for independent
>>> >>> control over banning and you are forced to kigens global banning
>>> system.
>>> >>> There is no decent support less being dictated too. I highly
>>> recommend
>>> >>> that
>>> >>> one avoids this system entirely
>>> >>>
>>> >>> SMAC is far more superior and has no restrictions or limitations. It
>>> is
>>> >>> constantly updated and when an issue is found it is mostly corrected
>>> >>> immediately upon the team reading the issues
>>> >>>
>>> >>> SMAC can be found at allied modders
>>> >>> http://forums.alliedmods.net/showthread.php?t=156872
>>> >>>
>>> >>> I have tried both cheat systems and found KAC to be lacking and
>>> missed 8
>>> >>> out
>>> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you
>>> to
>>> >>> freely configure its uses without being forced to use a global
>>> system.
>>> >>>
>>> >>> -Original Message-
>>> >>> From: hlds-boun...@list.valvesoftware.com
>>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
>>> BOOM!
>>> >>> Sent: Monday, 30 January 2012 12:56 PM
>>> >>> To: 'Half-Life dedicated Win32 server mailing list'
>>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>>> >>>
>>> >>> I was like you when it came to dealing with cheaters. I was so sick
>>> of
>>> >>> them
>>> >>> I almost stopped hosting.
>>> >>>
>>> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have
>>> used
>>> >>> SourceBans: www.sourcebans.net to handle our Admin management and
>>> bans
>>> >>> list
>>> >>> on a global community level. Banned in one server means banned in
>>> all our
>>> >>> servers when using SourceBans. We also use the Steambans SBSRC
>>> Plugin at:
>>> >>> www.steambans.com, which is another global ban list with 1000's of
>>> banned
>>> >>> cheater SteamIDs in it. Finally and most importantly, there are two
>>> cheat
>>> >>> detection plugins that block and ban a ton of cheaters for us. The
>>> >>> original
>>> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>>> >>> (wonderful!!!)
>>> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's
>>> platform.
>>> >>> Both
>>> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
>>> >>> suspect
>>> >>> cheaters without an Admin being in the server. I can't say enough
>>> about
>>> >>> Kigen and his wonderful work. It really has saved our asses and it's
>>> very
>>> >>> cool to see players being banned when they cheat when Admins are in
>>> the
>>> >>> server. It's like having an Admin who is spectating every player on
>>> every
>>> >>> server 24/7!
>>> >>>
>>> >>> By running a global ban management system like SourceBans and having
>>> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>>> >>> virtually eliminated the need for Admins most of the time. Sure and
>>> >>> occasional player is missed when using some cheat we can't T detect,
>>> but
>>> >>> this is so rare we don't worry that much about it. You can even
>>> download
>>> >>> the
>>> >>> banlists from other communities who make them available on their
>>> >>> Sourcebans
>>> >>> site so you don't have to start from scratch.
>>> >>>
>>> >>> Check out the links and let me know if you have any questions.
>>> >>> Mike
>>> >>>
>>> >

Re: [hlds] Dealing with persistent cheaters

[Jeff Sugar]

Er, the primary reason I asked was to avoid the try and see approach, which
could lead to a multitude of undesirable and/or unnoticeable results :( For
example, the server may crash the very next time a hacker enters the
server, whether that be tomorrow or a month from now. It's also entirely
possible that, rather than crashing, it could stop either system from
properly detecting and dealing with a detection.

There are plenty of others, but those are the first two that popped into my
head. I'm not saying it shouldn't be tested, but I have a feeling there's
at least one person out there who has already done so in order to save
others the trouble of just blindly trying it.


On Mon, Jan 30, 2012 at 6:38 AM, AnAkIn .  wrote:

> Try it and see.
>
>
> 2012/1/30 Jeff Sugar 
>
>> Is it safe/okay to use dblocker along with smac? Or is it like antivirus
>> applications in that having more than one can result in undesirable
>> complications?
>> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
>> wrote:
>>
>>> Can both be used together without problems? I would disable automatic
>>> banning in one of them of course.
>>>
>>> 2012/1/30 AnAkIn . :
>>> > DBlocker can detect more cheats than SMAC. One of the most used public
>>> > cheats is detected by DBlocker.
>>> >
>>> >
>>> > 2012/1/30 Cc2iscooL 
>>> >>
>>> >> I was reading the Kigen forums and a lot of people are banned for
>>> >> "sv_consistency" errors, which could be as simple as just having a
>>> skin on a
>>> >> server that doesn't allow them.
>>> >>
>>> >> Hilarious.
>>> >>
>>> >>
>>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>>> wrote:
>>> >>>
>>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>>> >>> server
>>> >>> with his conditions. There is no leeway or allowances for independent
>>> >>> control over banning and you are forced to kigens global banning
>>> system.
>>> >>> There is no decent support less being dictated too. I highly
>>> recommend
>>> >>> that
>>> >>> one avoids this system entirely
>>> >>>
>>> >>> SMAC is far more superior and has no restrictions or limitations. It
>>> is
>>> >>> constantly updated and when an issue is found it is mostly corrected
>>> >>> immediately upon the team reading the issues
>>> >>>
>>> >>> SMAC can be found at allied modders
>>> >>> http://forums.alliedmods.net/showthread.php?t=156872
>>> >>>
>>> >>> I have tried both cheat systems and found KAC to be lacking and
>>> missed 8
>>> >>> out
>>> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you
>>> to
>>> >>> freely configure its uses without being forced to use a global
>>> system.
>>> >>>
>>> >>> -Original Message-
>>> >>> From: hlds-boun...@list.valvesoftware.com
>>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
>>> BOOM!
>>> >>> Sent: Monday, 30 January 2012 12:56 PM
>>> >>> To: 'Half-Life dedicated Win32 server mailing list'
>>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>>> >>>
>>> >>> I was like you when it came to dealing with cheaters. I was so sick
>>> of
>>> >>> them
>>> >>> I almost stopped hosting.
>>> >>>
>>> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have
>>> used
>>> >>> SourceBans: www.sourcebans.net to handle our Admin management and
>>> bans
>>> >>> list
>>> >>> on a global community level. Banned in one server means banned in
>>> all our
>>> >>> servers when using SourceBans. We also use the Steambans SBSRC
>>> Plugin at:
>>> >>> www.steambans.com, which is another global ban list with 1000's of
>>> banned
>>> >>> cheater SteamIDs in it. Finally and most importantly, there are two
>>> cheat
>>> >>> detection plugins that block and ban a ton of cheaters for us. The
>>> >>> original
>>> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>>> >>> (wonderful!!!)
>>> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's
>>> platform.
>>> >>> Both
>>> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
>>> >>> suspect
>>> >>> cheaters without an Admin being in the server. I can't say enough
>>> about
>>> >>> Kigen and his wonderful work. It really has saved our asses and it's
>>> very
>>> >>> cool to see players being banned when they cheat when Admins are in
>>> the
>>> >>> server. It's like having an Admin who is spectating every player on
>>> every
>>> >>> server 24/7!
>>> >>>
>>> >>> By running a global ban management system like SourceBans and having
>>> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>>> >>> virtually eliminated the need for Admins most of the time. Sure and
>>> >>> occasional player is missed when using some cheat we can't T detect,
>>> but
>>> >>> this is so rare we don't worry that much about it. You can even
>>> download
>>> >>> the
>>> >>> banlists from other communities who make them available on their
>>> >>> Sourcebans
>>> >>> site so you don't have to start from scratch.
>>> >>>
>>> >>> Check out the links and let me know if you have any questions

Re: [hlds] Dealing with persistent cheaters

[Kyle Sanderson]

Depends on which SMAC modules you're planning on/are using.

Should be fine though.
Kyle.

On Mon, Jan 30, 2012 at 6:29 AM, Jeff Sugar  wrote:

> Is it safe/okay to use dblocker along with smac? Or is it like antivirus
> applications in that having more than one can result in undesirable
> complications?
>  On Jan 30, 2012 4:13 AM, "Drogen Viech" 
> wrote:
>
>> Can both be used together without problems? I would disable automatic
>> banning in one of them of course.
>>
>> 2012/1/30 AnAkIn . :
>> > DBlocker can detect more cheats than SMAC. One of the most used public
>> > cheats is detected by DBlocker.
>> >
>> >
>> > 2012/1/30 Cc2iscooL 
>> >>
>> >> I was reading the Kigen forums and a lot of people are banned for
>> >> "sv_consistency" errors, which could be as simple as just having a
>> skin on a
>> >> server that doesn't allow them.
>> >>
>> >> Hilarious.
>> >>
>> >>
>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>> wrote:
>> >>>
>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>> >>> server
>> >>> with his conditions. There is no leeway or allowances for independent
>> >>> control over banning and you are forced to kigens global banning
>> system.
>> >>> There is no decent support less being dictated too. I highly recommend
>> >>> that
>> >>> one avoids this system entirely
>> >>>
>> >>> SMAC is far more superior and has no restrictions or limitations. It
>> is
>> >>> constantly updated and when an issue is found it is mostly corrected
>> >>> immediately upon the team reading the issues
>> >>>
>> >>> SMAC can be found at allied modders
>> >>> http://forums.alliedmods.net/showthread.php?t=156872
>> >>>
>> >>> I have tried both cheat systems and found KAC to be lacking and
>> missed 8
>> >>> out
>> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you
>> to
>> >>> freely configure its uses without being forced to use a global system.
>> >>>
>> >>> -Original Message-
>> >>> From: hlds-boun...@list.valvesoftware.com
>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
>> BOOM!
>> >>> Sent: Monday, 30 January 2012 12:56 PM
>> >>> To: 'Half-Life dedicated Win32 server mailing list'
>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>> >>>
>> >>> I was like you when it came to dealing with cheaters. I was so sick of
>> >>> them
>> >>> I almost stopped hosting.
>> >>>
>> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have used
>> >>> SourceBans: www.sourcebans.net to handle our Admin management and
>> bans
>> >>> list
>> >>> on a global community level. Banned in one server means banned in all
>> our
>> >>> servers when using SourceBans. We also use the Steambans SBSRC Plugin
>> at:
>> >>> www.steambans.com, which is another global ban list with 1000's of
>> banned
>> >>> cheater SteamIDs in it. Finally and most importantly, there are two
>> cheat
>> >>> detection plugins that block and ban a ton of cheaters for us. The
>> >>> original
>> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>> >>> (wonderful!!!)
>> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's
>> platform.
>> >>> Both
>> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
>> >>> suspect
>> >>> cheaters without an Admin being in the server. I can't say enough
>> about
>> >>> Kigen and his wonderful work. It really has saved our asses and it's
>> very
>> >>> cool to see players being banned when they cheat when Admins are in
>> the
>> >>> server. It's like having an Admin who is spectating every player on
>> every
>> >>> server 24/7!
>> >>>
>> >>> By running a global ban management system like SourceBans and having
>> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>> >>> virtually eliminated the need for Admins most of the time. Sure and
>> >>> occasional player is missed when using some cheat we can't T detect,
>> but
>> >>> this is so rare we don't worry that much about it. You can even
>> download
>> >>> the
>> >>> banlists from other communities who make them available on their
>> >>> Sourcebans
>> >>> site so you don't have to start from scratch.
>> >>>
>> >>> Check out the links and let me know if you have any questions.
>> >>> Mike
>> >>>
>> >>> -Original Message-
>> >>> From: hlds-boun...@list.valvesoftware.com
>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
>> >>> Sent: Sunday, January 29, 2012 5:45 PM
>> >>> To: Half-Life dedicated Win32 server mailing list
>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>> >>>
>> >>> Price of the game going free to play.  Servers get more traffic, but
>> no
>> >>> other way to deal with persistent cheaters and griefers.  Ban has lost
>> >>> its
>> >>> meaning.  There is nothing we can do as server owners.
>> >>>
>> >>> Valve really need to figure something out.
>> >>>
>> >>> On 1/30/12, hlds  wrote:
>> >>> > I had once a problem with a guy that had many F2P accounts and as
>> >>> > 

Re: [hlds] hlds Digest, Vol 10, Issue 62

[Taylor Smith]

It's actually the other way around, it doesn't crash clients but it wrecks
havoc on the server. It causes 100% cpu utalization, so any other servers
on the same box are going to start stuttering as well.

It's done by using the holiday punch on a physics object, the holiday punch
needs to hit a crit for the crash to occur. This can be achieved many ways,
using the kritzkrieg, using the "intel captured" crits, etc.

When we were testing it our combination was a scout with the Ball-Kicking
Boots, a heavy with the holiday punch, and a medic with the kritzkrieg. It
could easily be done with just one or two people though. Go scout and drop
the ball, once the ball is down go heavy, then either wait for crits or
have a medic handy.

Message: 2
Date: Mon, 30 Jan 2012 09:01:27 +0100
From: Emil Larsson 
To: Half-Life dedicated Win32 server mailing list
   
Subject: Re: [hlds] Holiday Punch Exploit
Message-ID:
   <
CACM8Wn0tDgydEDNj7V2vRhHON7YBRbouuZ6=NvNdwj5Y+4h=g...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"


> For anyone not aware, this is a fairly serious exploit that crashes
> clients

(but not the server itself). I hope Valve is aware of the bug and is about
> to fix it soon (I gladly describe to Valve how it's done).
>
> On Fri, Jan 27, 2012 at 10:07 PM, Taylor Smith  >wrote:
>
> > Any plans to fix the holiday punch exploit?
>
> Message: 3
> Date: Mon, 30 Jan 2012 07:13:26 -0300
> From: Bruno Garcia 
> To: Half-Life dedicated Win32 server mailing list
>
> Subject: Re: [hlds] Holiday Punch Exploit
> Message-ID:
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Describe it in here, it's the best way on contacting them.
> Or contact them directly, don't wait for them to come to you.
>
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds

Re: [hlds] Dealing with persistent cheaters

[AnAkIn .]

Try it and see.

2012/1/30 Jeff Sugar 

> Is it safe/okay to use dblocker along with smac? Or is it like antivirus
> applications in that having more than one can result in undesirable
> complications?
> On Jan 30, 2012 4:13 AM, "Drogen Viech" 
> wrote:
>
>> Can both be used together without problems? I would disable automatic
>> banning in one of them of course.
>>
>> 2012/1/30 AnAkIn . :
>> > DBlocker can detect more cheats than SMAC. One of the most used public
>> > cheats is detected by DBlocker.
>> >
>> >
>> > 2012/1/30 Cc2iscooL 
>> >>
>> >> I was reading the Kigen forums and a lot of people are banned for
>> >> "sv_consistency" errors, which could be as simple as just having a
>> skin on a
>> >> server that doesn't allow them.
>> >>
>> >> Hilarious.
>> >>
>> >>
>> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
>> wrote:
>> >>>
>> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>> >>> server
>> >>> with his conditions. There is no leeway or allowances for independent
>> >>> control over banning and you are forced to kigens global banning
>> system.
>> >>> There is no decent support less being dictated too. I highly recommend
>> >>> that
>> >>> one avoids this system entirely
>> >>>
>> >>> SMAC is far more superior and has no restrictions or limitations. It
>> is
>> >>> constantly updated and when an issue is found it is mostly corrected
>> >>> immediately upon the team reading the issues
>> >>>
>> >>> SMAC can be found at allied modders
>> >>> http://forums.alliedmods.net/showthread.php?t=156872
>> >>>
>> >>> I have tried both cheat systems and found KAC to be lacking and
>> missed 8
>> >>> out
>> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you
>> to
>> >>> freely configure its uses without being forced to use a global system.
>> >>>
>> >>> -Original Message-
>> >>> From: hlds-boun...@list.valvesoftware.com
>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @
>> BOOM!
>> >>> Sent: Monday, 30 January 2012 12:56 PM
>> >>> To: 'Half-Life dedicated Win32 server mailing list'
>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>> >>>
>> >>> I was like you when it came to dealing with cheaters. I was so sick of
>> >>> them
>> >>> I almost stopped hosting.
>> >>>
>> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have used
>> >>> SourceBans: www.sourcebans.net to handle our Admin management and
>> bans
>> >>> list
>> >>> on a global community level. Banned in one server means banned in all
>> our
>> >>> servers when using SourceBans. We also use the Steambans SBSRC Plugin
>> at:
>> >>> www.steambans.com, which is another global ban list with 1000's of
>> banned
>> >>> cheater SteamIDs in it. Finally and most importantly, there are two
>> cheat
>> >>> detection plugins that block and ban a ton of cheaters for us. The
>> >>> original
>> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>> >>> (wonderful!!!)
>> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's
>> platform.
>> >>> Both
>> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
>> >>> suspect
>> >>> cheaters without an Admin being in the server. I can't say enough
>> about
>> >>> Kigen and his wonderful work. It really has saved our asses and it's
>> very
>> >>> cool to see players being banned when they cheat when Admins are in
>> the
>> >>> server. It's like having an Admin who is spectating every player on
>> every
>> >>> server 24/7!
>> >>>
>> >>> By running a global ban management system like SourceBans and having
>> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>> >>> virtually eliminated the need for Admins most of the time. Sure and
>> >>> occasional player is missed when using some cheat we can't T detect,
>> but
>> >>> this is so rare we don't worry that much about it. You can even
>> download
>> >>> the
>> >>> banlists from other communities who make them available on their
>> >>> Sourcebans
>> >>> site so you don't have to start from scratch.
>> >>>
>> >>> Check out the links and let me know if you have any questions.
>> >>> Mike
>> >>>
>> >>> -Original Message-
>> >>> From: hlds-boun...@list.valvesoftware.com
>> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
>> >>> Sent: Sunday, January 29, 2012 5:45 PM
>> >>> To: Half-Life dedicated Win32 server mailing list
>> >>> Subject: Re: [hlds] Dealing with persistent cheaters
>> >>>
>> >>> Price of the game going free to play.  Servers get more traffic, but
>> no
>> >>> other way to deal with persistent cheaters and griefers.  Ban has lost
>> >>> its
>> >>> meaning.  There is nothing we can do as server owners.
>> >>>
>> >>> Valve really need to figure something out.
>> >>>
>> >>> On 1/30/12, hlds  wrote:
>> >>> > I had once a problem with a guy that had many F2P accounts and as
>> >>> > provider one of the biggest from my country (dynamic IPs and
>> >>> > impossible to ban), but I was lucky

Re: [hlds] Dealing with persistent cheaters

[Jeff Sugar]

Is it safe/okay to use dblocker along with smac? Or is it like antivirus
applications in that having more than one can result in undesirable
complications?
On Jan 30, 2012 4:13 AM, "Drogen Viech"  wrote:

> Can both be used together without problems? I would disable automatic
> banning in one of them of course.
>
> 2012/1/30 AnAkIn . :
> > DBlocker can detect more cheats than SMAC. One of the most used public
> > cheats is detected by DBlocker.
> >
> >
> > 2012/1/30 Cc2iscooL 
> >>
> >> I was reading the Kigen forums and a lot of people are banned for
> >> "sv_consistency" errors, which could be as simple as just having a skin
> on a
> >> server that doesn't allow them.
> >>
> >> Hilarious.
> >>
> >>
> >> On Sun, Jan 29, 2012 at 11:13 PM, Admin 
> wrote:
> >>>
> >>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
> >>> server
> >>> with his conditions. There is no leeway or allowances for independent
> >>> control over banning and you are forced to kigens global banning
> system.
> >>> There is no decent support less being dictated too. I highly recommend
> >>> that
> >>> one avoids this system entirely
> >>>
> >>> SMAC is far more superior and has no restrictions or limitations. It is
> >>> constantly updated and when an issue is found it is mostly corrected
> >>> immediately upon the team reading the issues
> >>>
> >>> SMAC can be found at allied modders
> >>> http://forums.alliedmods.net/showthread.php?t=156872
> >>>
> >>> I have tried both cheat systems and found KAC to be lacking and missed
> 8
> >>> out
> >>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you to
> >>> freely configure its uses without being forced to use a global system.
> >>>
> >>> -Original Message-
> >>> From: hlds-boun...@list.valvesoftware.com
> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @ BOOM!
> >>> Sent: Monday, 30 January 2012 12:56 PM
> >>> To: 'Half-Life dedicated Win32 server mailing list'
> >>> Subject: Re: [hlds] Dealing with persistent cheaters
> >>>
> >>> I was like you when it came to dealing with cheaters. I was so sick of
> >>> them
> >>> I almost stopped hosting.
> >>>
> >>> The came SourceBans and Kigen's AC. For the past 2+ years we have used
> >>> SourceBans: www.sourcebans.net to handle our Admin management and bans
> >>> list
> >>> on a global community level. Banned in one server means banned in all
> our
> >>> servers when using SourceBans. We also use the Steambans SBSRC Plugin
> at:
> >>> www.steambans.com, which is another global ban list with 1000's of
> banned
> >>> cheater SteamIDs in it. Finally and most importantly, there are two
> cheat
> >>> detection plugins that block and ban a ton of cheaters for us. The
> >>> original
> >>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
> >>> (wonderful!!!)
> >>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's platform.
> >>> Both
> >>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
> >>> suspect
> >>> cheaters without an Admin being in the server. I can't say enough about
> >>> Kigen and his wonderful work. It really has saved our asses and it's
> very
> >>> cool to see players being banned when they cheat when Admins are in the
> >>> server. It's like having an Admin who is spectating every player on
> every
> >>> server 24/7!
> >>>
> >>> By running a global ban management system like SourceBans and having
> >>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
> >>> virtually eliminated the need for Admins most of the time. Sure and
> >>> occasional player is missed when using some cheat we can't T detect,
> but
> >>> this is so rare we don't worry that much about it. You can even
> download
> >>> the
> >>> banlists from other communities who make them available on their
> >>> Sourcebans
> >>> site so you don't have to start from scratch.
> >>>
> >>> Check out the links and let me know if you have any questions.
> >>> Mike
> >>>
> >>> -Original Message-
> >>> From: hlds-boun...@list.valvesoftware.com
> >>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
> >>> Sent: Sunday, January 29, 2012 5:45 PM
> >>> To: Half-Life dedicated Win32 server mailing list
> >>> Subject: Re: [hlds] Dealing with persistent cheaters
> >>>
> >>> Price of the game going free to play.  Servers get more traffic, but no
> >>> other way to deal with persistent cheaters and griefers.  Ban has lost
> >>> its
> >>> meaning.  There is nothing we can do as server owners.
> >>>
> >>> Valve really need to figure something out.
> >>>
> >>> On 1/30/12, hlds  wrote:
> >>> > I had once a problem with a guy that had many F2P accounts and as
> >>> > provider one of the biggest from my country (dynamic IPs and
> >>> > impossible to ban), but I was lucky to find out that he also had a
> web
> >>> > server hosted on his computer. I did a script to check every 5
> minutes
> >>> > the IP for that site and to update a firewall rule, but usuall

Re: [hlds] Dealing with persistent cheaters

[Drogen Viech]

Can both be used together without problems? I would disable automatic
banning in one of them of course.

2012/1/30 AnAkIn . :
> DBlocker can detect more cheats than SMAC. One of the most used public
> cheats is detected by DBlocker.
>
>
> 2012/1/30 Cc2iscooL 
>>
>> I was reading the Kigen forums and a lot of people are banned for
>> "sv_consistency" errors, which could be as simple as just having a skin on a
>> server that doesn't allow them.
>>
>> Hilarious.
>>
>>
>> On Sun, Jan 29, 2012 at 11:13 PM, Admin  wrote:
>>>
>>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>>> server
>>> with his conditions. There is no leeway or allowances for independent
>>> control over banning and you are forced to kigens global banning system.
>>> There is no decent support less being dictated too. I highly recommend
>>> that
>>> one avoids this system entirely
>>>
>>> SMAC is far more superior and has no restrictions or limitations. It is
>>> constantly updated and when an issue is found it is mostly corrected
>>> immediately upon the team reading the issues
>>>
>>> SMAC can be found at allied modders
>>> http://forums.alliedmods.net/showthread.php?t=156872
>>>
>>> I have tried both cheat systems and found KAC to be lacking and missed 8
>>> out
>>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you to
>>> freely configure its uses without being forced to use a global system.
>>>
>>> -Original Message-
>>> From: hlds-boun...@list.valvesoftware.com
>>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @ BOOM!
>>> Sent: Monday, 30 January 2012 12:56 PM
>>> To: 'Half-Life dedicated Win32 server mailing list'
>>> Subject: Re: [hlds] Dealing with persistent cheaters
>>>
>>> I was like you when it came to dealing with cheaters. I was so sick of
>>> them
>>> I almost stopped hosting.
>>>
>>> The came SourceBans and Kigen's AC. For the past 2+ years we have used
>>> SourceBans: www.sourcebans.net to handle our Admin management and bans
>>> list
>>> on a global community level. Banned in one server means banned in all our
>>> servers when using SourceBans. We also use the Steambans SBSRC Plugin at:
>>> www.steambans.com, which is another global ban list with 1000's of banned
>>> cheater SteamIDs in it. Finally and most importantly, there are two cheat
>>> detection plugins that block and ban a ton of cheaters for us. The
>>> original
>>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>>> (wonderful!!!)
>>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's platform.
>>> Both
>>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban
>>> suspect
>>> cheaters without an Admin being in the server. I can't say enough about
>>> Kigen and his wonderful work. It really has saved our asses and it's very
>>> cool to see players being banned when they cheat when Admins are in the
>>> server. It's like having an Admin who is spectating every player on every
>>> server 24/7!
>>>
>>> By running a global ban management system like SourceBans and having
>>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>>> virtually eliminated the need for Admins most of the time. Sure and
>>> occasional player is missed when using some cheat we can't T detect, but
>>> this is so rare we don't worry that much about it. You can even download
>>> the
>>> banlists from other communities who make them available on their
>>> Sourcebans
>>> site so you don't have to start from scratch.
>>>
>>> Check out the links and let me know if you have any questions.
>>> Mike
>>>
>>> -Original Message-
>>> From: hlds-boun...@list.valvesoftware.com
>>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
>>> Sent: Sunday, January 29, 2012 5:45 PM
>>> To: Half-Life dedicated Win32 server mailing list
>>> Subject: Re: [hlds] Dealing with persistent cheaters
>>>
>>> Price of the game going free to play.  Servers get more traffic, but no
>>> other way to deal with persistent cheaters and griefers.  Ban has lost
>>> its
>>> meaning.  There is nothing we can do as server owners.
>>>
>>> Valve really need to figure something out.
>>>
>>> On 1/30/12, hlds  wrote:
>>> > I had once a problem with a guy that had many F2P accounts and as
>>> > provider one of the biggest from my country (dynamic IPs and
>>> > impossible to ban), but I was lucky to find out that he also had a web
>>> > server hosted on his computer. I did a script to check every 5 minutes
>>> > the IP for that site and to update a firewall rule, but usually you
>>> > can't do nothing, except to have some nice words for Valve and as many
>>> admins as possible.
>>> >
>>> >
>>> >
>>> > I don't understand why this is not a top priority thing for Valve,
>>> > because a cheater with speedhack can empty a server in few minutes. At
>>> > least we should have access to some hardware fingerprint or something
>>> > like
>>> this.
>>> >
>>> >
>>> >
>>> > From: hlds-boun...@list.valvesoftware.com
>>

Re: [hlds] Dealing with persistent cheaters

[AnAkIn .]

DBlocker can detect more cheats than SMAC. One of the most used public
cheats is detected by DBlocker.

2012/1/30 Cc2iscooL 

> I was reading the Kigen forums and a lot of people are banned for
> "sv_consistency" errors, which could be as simple as just having a skin on
> a server that doesn't allow them.
>
> Hilarious.
>
>
> On Sun, Jan 29, 2012 at 11:13 PM, Admin  wrote:
>
>> LMFAO Kigen's anticheat is obsolete and Kiegen forces you to use his
>> server
>> with his conditions. There is no leeway or allowances for independent
>> control over banning and you are forced to kigens global banning system.
>> There is no decent support less being dictated too. I highly recommend
>> that
>> one avoids this system entirely
>>
>> SMAC is far more superior and has no restrictions or limitations. It is
>> constantly updated and when an issue is found it is mostly corrected
>> immediately upon the team reading the issues
>>
>> SMAC can be found at allied modders
>> http://forums.alliedmods.net/showthread.php?t=156872
>>
>> I have tried both cheat systems and found KAC to be lacking and missed 8
>> out
>> of ten simulated cheats. SMAC prevented 10 out of ten and allows you to
>> freely configure its uses without being forced to use a global system.
>>
>> -Original Message-
>> From: hlds-boun...@list.valvesoftware.com
>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Mike @ BOOM!
>> Sent: Monday, 30 January 2012 12:56 PM
>> To: 'Half-Life dedicated Win32 server mailing list'
>> Subject: Re: [hlds] Dealing with persistent cheaters
>>
>> I was like you when it came to dealing with cheaters. I was so sick of
>> them
>> I almost stopped hosting.
>>
>> The came SourceBans and Kigen's AC. For the past 2+ years we have used
>> SourceBans: www.sourcebans.net to handle our Admin management and bans
>> list
>> on a global community level. Banned in one server means banned in all our
>> servers when using SourceBans. We also use the Steambans SBSRC Plugin at:
>> www.steambans.com, which is another global ban list with 1000's of banned
>> cheater SteamIDs in it. Finally and most importantly, there are two cheat
>> detection plugins that block and ban a ton of cheaters for us. The
>> original
>> Kigen's Anticheat: http://www.kigenac.com/ SourceMod plugin
>> (wonderful!!!)
>> and the newer SourceMod Anticheat (SMAC), spun off of Kigen's platform.
>> Both
>> Kigen's and SMAC integrate seamlessly with Sourcebans to perma-ban suspect
>> cheaters without an Admin being in the server. I can't say enough about
>> Kigen and his wonderful work. It really has saved our asses and it's very
>> cool to see players being banned when they cheat when Admins are in the
>> server. It's like having an Admin who is spectating every player on every
>> server 24/7!
>>
>> By running a global ban management system like SourceBans and having
>> real-time cheat detection of the likes of Kigen's AC or SMAC, we have
>> virtually eliminated the need for Admins most of the time. Sure and
>> occasional player is missed when using some cheat we can't T detect, but
>> this is so rare we don't worry that much about it. You can even download
>> the
>> banlists from other communities who make them available on their
>> Sourcebans
>> site so you don't have to start from scratch.
>>
>> Check out the links and let me know if you have any questions.
>> Mike
>>
>> -Original Message-
>> From: hlds-boun...@list.valvesoftware.com
>> [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Rob Liu
>> Sent: Sunday, January 29, 2012 5:45 PM
>> To: Half-Life dedicated Win32 server mailing list
>> Subject: Re: [hlds] Dealing with persistent cheaters
>>
>> Price of the game going free to play.  Servers get more traffic, but no
>> other way to deal with persistent cheaters and griefers.  Ban has lost its
>> meaning.  There is nothing we can do as server owners.
>>
>> Valve really need to figure something out.
>>
>> On 1/30/12, hlds  wrote:
>> > I had once a problem with a guy that had many F2P accounts and as
>> > provider one of the biggest from my country (dynamic IPs and
>> > impossible to ban), but I was lucky to find out that he also had a web
>> > server hosted on his computer. I did a script to check every 5 minutes
>> > the IP for that site and to update a firewall rule, but usually you
>> > can't do nothing, except to have some nice words for Valve and as many
>> admins as possible.
>> >
>> >
>> >
>> > I don't understand why this is not a top priority thing for Valve,
>> > because a cheater with speedhack can empty a server in few minutes. At
>> > least we should have access to some hardware fingerprint or something
>> > like
>> this.
>> >
>> >
>> >
>> > From: hlds-boun...@list.valvesoftware.com
>> > [mailto:hlds-boun...@list.valvesoftware.com] On Behalf Of Alexander Z
>> > Sent: Sunday, January 29, 2012 10:42 PM
>> > To: hlds@list.valvesoftware.com
>> > Subject: [hlds] Dealing with persistent cheaters
>> >
>> >
>> >
>> > The kind with dynamic I

Re: [hlds] Holiday Punch Exploit

[Bruno Garcia]

Describe it in here, it's the best way on contacting them.
Or contact them directly, don't wait for them to come to you.
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds

Re: [hlds] Holiday Punch Exploit

[Emil Larsson]

For anyone not aware, this is a fairly serious exploit that crashes clients
(but not the server itself). I hope Valve is aware of the bug and is about
to fix it soon (I gladly describe to Valve how it's done).

On Fri, Jan 27, 2012 at 10:07 PM, Taylor Smith wrote:

> Any plans to fix the holiday punch exploit?
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
>
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds