"I can’t play wack-a-mole with single IPs or even whole ASNs."

Does Cloudflare have the iptables hashlimit filter (or the equivalent) 
available?



On Wed, 10 Mar 2021 22:29:41 +0000
"Joel Esler \(jesler\) via clamav-users" <clamav-users@lists.clamav.net> wrote:

> To give everyone a frame of reference. This is what a Cdiff release and 
> download cycle should look like:
> 
> 
> [cid:311D041A-A699-48A6-BB74-8523A3927866]
> 
> Big influx right in the morning when we publish, and then peaks on the top 
> and bottom of the hour every hour throughout a 24 hour period, (people having 
> a cron job that runs at the top of every hour throughout the day) 
> Theoretically speaking, at the end of 24 hours, the line should go to zero, 
> it never will, because of new installs that download a bunch of cdiffs right 
> in a row and things like that.  But I I look between the peaks find people 
> like this:
> 
> [cid:B0884332-310A-4C6F-9960-A0A8DB6C2B0D]
> 
> 100 CDIFFs or so behind, and they download it nearly 2k times in a row?  Why? 
>  This is not a partial download either.  It’s the full file.  Stuck cron?
> 
> Or this single IP:
> 
> [cid:AE797960-535D-44D1-AB4F-7C5823B5BBF2]
> 
> Who in the past 24 hours has created 22.17M file downloads all by themselves 
> from a single IP. (The main.cvd btw)
> 
> It’s these bad apples that have ruined the basket for everyone.  I can’t play 
> wack-a-mole with single IPs or even whole ASNs.
> 
> Multiply this one IP above x thousands, and you see the volume I am dealing 
> with.  But that graph at the top there is from yesterday, and it’s much 
> better.  This is what we are aiming for.  We’ve reduced transferred data by 
> 60% by cutting back on abusers.
> 
> Like I said, I’ll be writing a blog post about this, but just to show you 
> guys what I am dealing with:
> 
> [cid:D66E6145-0352-45EA-8579-5353C85C15F1]
> 
> In the past 72 hours, this is what our event graphs look like.  Big drop offs 
> and increases are attributed to the constant adjustment I am doing to find 
> the right balance.
> 
> --
> Joel Esler
> Manager, Communities Division
> Cisco Talos Intelligence Group
> http://www.talosintelligence.com | https://www.snort.org
> 
> On Mar 10, 2021, at 3:30 PM, Joel Esler (jesler) via clamav-users 
> <clamav-users@lists.clamav.net<mailto:clamav-users@lists.clamav.net>> wrote:
> 
> 
> 
> On Mar 10, 2021, at 12:31 PM, Paul Smith via clamav-users 
> <clamav-users@lists.clamav.net<mailto:clamav-users@lists.clamav.net>> wrote:
> 
> On 10/03/2021 17:00, Paul Kosinski via clamav-users wrote:
> I wonder how many "ordinary" users of ClamAV are giving up on using it after 
> getting permanent 403s. I would imagine there are lots of people who don't 
> pursue the issue. They may even tell others that ClamAV is unreliable (which 
> would tarnish its reputation).
> 
> Indeed. There does seem to be a view from some people here that anyone using 
> ClamAV should be regularly updating, monitoring this list, monitoring blogs, 
> etc. Ordinary people just don't do that.
> 
> I expect many will just be thinking that the database servers are broken, and 
> are waiting for them to recover on their own (as they've done in the past) 
> and they'll eventually go elsewhere.
> 
> The change should really be published everywhere possible - at least in big 
> letters on the ClamAV home page, and possibly including going to popular 
> computer press, etc.
> 
> A blog article (which is actually very hard to find) or announcement list 
> post (which is even harder to find) which vaguely says that databases won't 
> be tested on older versions isn't quite the same as a home page announcement 
> that old versions & wget just won't work any more!
> 
> Of course, people have limited rights to complain - it's not like we're 
> paying for it.
> 
> We are going to be writing a couple blog posts in the coming days.  I haven’t 
> had the time to sit down and do it.
>

_______________________________________________

clamav-users mailing list
clamav-users@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Reply via email to