[Closed] Comodo Waf brute force rules issues

Status
Not open for further replies.

wanah

Well-Known Member
#1
Hello,

Comodo brute force rules work once then stop working. If I have an ongoing brute force and I restart litespeed their rules add one entry then stop adding entries and don't filter anything.

On their forum their final anwser was :

LiteSpeed has a limited support of mod_security rules, so we can't give guarantee of proper work, anyway we are going to contact with LiteSpeed developers to provide maximum compatibility and performance.
Any chance you could look into it with them to try and get these rules working ?

We are especially interested in the Wordpress and Joomla brute force rules.

Other rules seem to continue to work, just the brute force onces that only work once and don't seem to caus any 403 errors for the attacker, not even when the rule is triggered, almost as if it crashes just fater triggering the rule before factually blocking the query.

http://forums.comodo.com/free-modse...ction-not-working-on-litespeed-t106187.0.html

Thanks
 

wanah

Well-Known Member
#7
It defenetly went this time, if it got stuck by my antispam maybe it also got caughty yours.

I've reworded it and hopefully this time you will recieve it.
 

wanah

Well-Known Member
#9
Seems like it was Comodo in the subject that our spam server didn't like, thought it was a phishing attempt, your Google antispam might have thought the same.

I see your Google MX servers recieved it about 6 minutes ago but I don't know if it was delivered. I'm going to send it again without mentionning Comodo.
 

wanah

Well-Known Member
#13
Thanks, I don't seem to have any brute force attacks at the moment (server load us low, hackers seem to have gone on holiday with their parents… :D ). I will watch it and let you know next time I get a definate brute force.
 

wanah

Well-Known Member
#14
The brute force rule doesn't seem to be triggering anymore.

Before it would trigger once when restarted litespeed without blocking the request but now it's just not doing anything.

Can you also please confirm if I need to have :

LoadFile /opt/lua/lib/liblua.so

Every time I update something in Comodo's WAF this line is commented again. Does litespeed use this for detecting mod security rules.

Before with this line I caught a brute force trigger when I restarted litespeed, now with or without it it doesn't trigger.
 

mistwang

LiteSpeed Staff
#16
We tested those rules, looks working fine.
The default threshold of those rules only trigger the blocking when there are more than 30 hits in 60 seconds, you may need to lower the threshold.
 
#17
We're seeing a similar issue here with the same rules and same ID. We're using the latest version of Litespeed (force upgraded just now to be sure).

What's happening is, the CWAF rules are triggering a brute force detection on rule ID 230007. This is working fine, and the detection is correct, a brute force attack was happening. The problem is, it's only logged once and nothing is blocked. The attack continues and the rule is no longer triggered.

Is this a Litespeed issue or a rule issue?
 

mistwang

LiteSpeed Staff
#18
please check if the latest build works properly or not.
The older build does not implemented the "block" action, so it does not really deny any request. You can verify it from the audit log, the latest build default "block" to "deny".
 
#19
Thanks for the update. I just force updated Litespeed and I'm afraid it's the same behaviour. The brute force is detected and logged once in mod_security, but the attack is continuing and doesn't get logged/detected again until Litespeed is restarted.
 

mistwang

LiteSpeed Staff
#20
I have tested it again in our lab, it is working fine. I think your force update may not be successful, or the server was not restarted properly after the update. .
The size of 64bit binary of lshttpd.4.2.14 is
1547936

try the force update from command line instead of from web GUI.
 
Status
Not open for further replies.
Top