we think Kevin figured out what the heck is going on…
its not a bug as such, but a limitation dictated by the OS. We’ll check to see if we can do a different architecture to address this. However if our guess is right, you might many security products wanting to do the same thing and at any one stage 8 of them are allowed (some low level hook, you can only do 8 of them). So if you have other security apps, by uninstalling one you will achive a harmony between cmg and boclean etc etc…
You mean let exploit be better ? ‘Cause I didn’t fix CMG in any way this time I’ve fixed exploit. OMG I’m w8in’ for hackers who will hack CMG to fix something in it. That will be a funny death race
Excuse if I am a tad slow: are you saying that if I have any other security protection program running, that should be uninstalled to make BOClean and CMG function together? I have stopped using both BOClean and CMG, much to my disappointment, until all this has been resolved.
I am truly hoping the new Comodo Firewall 3.0, when out of Beta, isn’t going to conflict with other products or I shall be sticking with 2.4 plus Defensewall HIPS.
I think what he meant was that if you have X number of applications (typically security related ones) that perform a particular type of low level hook, if there are greater than 8 simultaneous attempts at hooking, then the reported problem will arise.
It’s not a problem with CMG. It’s not a problem with BoClean, it’s not a problem with any of the security applications (regardless of vendor). It’s an operating system limitation on the number of simultaneous low level hooks that are permitted.
Layered security is great, but how many layers is too many? That’s becoming the question?
Cheers,
Ewen
P.S. Please note - I am not advocating that anyone should drop any other vendors application in favour of a Comodo variant of the same style application. If dropping BOClean and CMG means you don’t have the issue reported and you are satisfied that your security is adequate, then great. Your security is truly your choice.
I think that it’s not the source of the problem. If there’re “too many layers” then CMG will just unload it’s driver and will skip newly created processes from it’s protection.
I wasn’t exactly suggesting that really.
I was trying to explain that to prove that assumption we have about limited no of hooks etc one could uninstall one security app with a potential hook to prove the point etc etc.
BOClean Problem here (XP SP2), too. For installation of CMG I opened BOClean menu to deactivate it temporarily. AntiVir Guard was also temporarily suspended.
Installation of CMG worked fine. But after ten minutes or so, BOClean icon stays green and one processor core has full load. ProcessExplorer says BOCLEAN.DLL!Message is the culprit.
I installed your new version now. Let’s see what we get.
An addendum to the older version:
I killed CMG via Process Explorer and BOClean nevertheless hung with a green screen. So the theory with the low-level-hooks seems to be the right point to start the search as CMG needs not to be running. Being installed is enough.
I killed CMG via Process Explorer and BOClean nevertheless hung with a green screen. So the theory with the low-level-hooks seems to be the right point to start the search as CMG needs not to be running. Being installed is enough.
Low-level-hooks have nothing to do with this bug, you just can't put more then 8 process notifications routines and that's all, if you'll try the API used to do that wil lreturn an error.
Ok mates, I’ve found the real CMG-BOClean bug source, it’s not a CMG’s issue. I’ve sent the description to Kevin. This bug will be fixed in the next BOClean version.
‘Cause I didn’t fix CMG in any way this time