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 <[email protected]> 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 <http://www.kigenac.com/viewtopic.php?f=26&t=1134>, 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 <[email protected]> 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 <[email protected]> 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 . <[email protected]> wrote: >>> >>>> Try it and see. >>>> >>>> >>>> 2012/1/30 Jeff Sugar <[email protected]> >>>> >>>>> 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" <[email protected]> >>>>> wrote: >>>>> >>>>>> Can both be used together without problems? I would disable automatic >>>>>> banning in one of them of course. >>>>>> >>>>>> 2012/1/30 AnAkIn . <[email protected]>: >>>>>> > DBlocker can detect more cheats than SMAC. One of the most used >>>>>> public >>>>>> > cheats is detected by DBlocker. >>>>>> > >>>>>> > >>>>>> > 2012/1/30 Cc2iscooL <[email protected]> >>>>>> >> >>>>>> >> 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 <[email protected]> >>>>>> 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=<http://forums.alliedmods.net/showthread.php?t=156872> >>>>>> 36 >>>>>> 384 >>>>>> <http://www.indiedb.com/games/noxious> >>>>>> >>>>>> Hey reddit gaming here is a ga <http://www.indiedb.com/games/noxious> >>>>>> 156872 <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: [email protected] >>>>>> >>> [mailto:[email protected]] 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 <http://www.kigenac.com/index.php> >>>>>> >>> 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: [email protected] >>>>>> >>> [mailto:[email protected]] 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 <[email protected]> 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: [email protected] >>>>>> >>> > [mailto:[email protected]] On Behalf Of >>>>>> Alexander Z >>>>>> >>> > Sent: Sunday, January 29, 2012 10:42 PM >>>>>> >>> > To: [email protected] >>>>>> >>> > Subject: [hlds] Dealing with persistent cheaters >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > The kind with dynamic IPs, lots of F2P accounts and time to >>>>>> spare. >>>>>> >>> > >>>>>> >>> > Any tips on dealing with them? >>>>>> >>> > >>>>>> >>> > >>>>>> >>> >>>>>> >>> _______________________________________________ >>>>>> >>> 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 >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> _______________________________________________ >>>>>> >>> 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 >>>>>> >> >>>>>> > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Best regards, >>>>>> > AnAkIn >>>>>> > >>>>>> > >>>>>> > _______________________________________________ >>>>>> > 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 >>>>>> >>>>> >>>>> _______________________________________________ >>>>> To unsubscribe, edit your list preferences, or view the list archives, >>>>> please visit: >>>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >>>>> >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> AnAkIn >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >> >> _______________________________________________ >> 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 > >
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
