• Wordfence has been alerting me (a lot) as my site seems to be under bot attack from the password reset of users. I have found some topics on this and it’s not an isolated case. It feels like in all the cases it was never resolved. I get that bot traffic happens and these kinds of issues are difficult to block. I don’t think the solution is just to stick cloudflare or other bot challenge in the front end. This could have Google crawling implications hurting SEO as each page gets a challenge to block bots. This is a temporary thing or should be used that way.

    So can we get this addressed by the security team please as it’s quite an important issue which I feel is unresolved at this point.

Viewing 5 replies - 1 through 5 (of 5 total)
  • So can we get this addressed by the security team please as it’s quite an important issue which I feel is unresolved at this point.

    There’s nothing to address here.

    You can’t prevent someone from attempting to hack your site, just as you can’t prevent an intruder from attempting to break into your house. This has to do with human intention, and no technology can change that (yet). You can only prevent such attempts from succeeding.

    You can block further login attempts after X number of failed attempts. It seems the WordFence plugin you’re using is doing that already.

    You can also, proactively, block traffic from some known “bad” sources the moment they hit your site so they can’t even attempt a login. I don’t know if WordFence has such a feature, but note that as long as your protection is on your site, you’ll still see the attempts and notifications from your site-based firewall. That should be an indication that your security tool is doing its job. Sadly, many people misinterpret these notifications as the problem.

    If you don’t want the attempts to even reach your site at all, then you’ll have to use an EXTERNAL firewall. I don’t know if WordFence has such a service, but that’s something services like Cloudflare offer. Note that you’ll still see the hacking attempts in your external firewall’s logs/notifications. Again, the attempt is a human problem that you cannot stop with technology — you can only prevent such attempts from succeeding.

    I don’t think the solution is just to stick cloudflare or other bot challenge in the front end. This could have Google crawling implications hurting SEO as each page gets a challenge to block bots. This is a temporary thing or should be used that way.

    There should be zero impact… unless your Cloudflare WAF is misconfigured. (I happen to be a Cloudflare MVP, and I’ve seen my fair share of misconfigurations!)

    And if your WAF is misconfigured, then you’ll have the same problem whether you use Cloudflare, WordFence, or any other external WAF vendor.

    Anyway, here’s WordPress’s recommendations on securing your site: https://developer.wordpress.org/advanced-administration/security/hardening/

    Thread Starter landed

    (@landed)

    “There’s nothing to address here.” Maybe there is.

    I didn’t post with the intention to get into a semantic battle or Plato. I just posted to get some possible security support. But all the same I appreciate you took some time to educate me, which is what I came for.

    WordPress could do more to block these password resets programmatically. I am not requesting wordpress to spam the world to stop poor human beings from doing their thing. Platforms shouldn’t need plugins for basic security related issues IMO.

    The username being exposed to request the password reset is one end point that could be addressed. I see no settings to block this. It just feels too easy an exploit IMO.

    On my most popular sites, I get more attempted logins for accounts that do not exist than those that do. Go figure!

    Thread Starter landed

    (@landed)

    You’re better than that George?

    Moderator Jan Dembowski

    (@jdembowski)

    Forum Moderator and Brute Squad

    Wordfence has been alerting me (a lot) as my site seems to be under bot attack from the password reset of users.

    Have you considered asking Wordfence about it?

    WordPress could do more to block these password resets programmatically.

    So can we get this addressed by the security team please as it’s quite an important issue which I feel is unresolved at this point.

    It’s not an important issue as much as failed password resets is background noise. And there is nothing at all for the security team to do to the core WordPress. The attempts don’t matter unless they are successful.

    I’ll try and explain.

    WordPress by default is fairly basic and that’s not an accident. Not everyone has the same set of requirements so the default username and password security work well.

    The username being exposed to request the password reset is one end point that could be addressed. I see no settings to block this. It just feels too easy an exploit IMO.

    Usernames are not hidden and never will be. It’s an amazingly old conversation because the security is never in a username. That’s also by design and also not limited to WordPress.

    Usernames are often something like jdembowski and/or my email address. Which I won’t post here; I get more than enough spam as it is. Whenever asked, users do hand out their email address all the time. There’s really no security benefit to attempting to hide a username or ID.

    It’s the password that matters. WordPress supports up to a 4096 characters for passwords, which is fine if you use a password manager. I recommend 1Password but there are many others and some of them are opensource.

    For the scenarios where WordPress admins feel a password is not sufficient, then the recommended to install two factor or even multifactor authentication. I use and recommend this one.

    https://wordpress.org/plugins/two-factor/

    Again, there are others. I personally know some of the people who worked on that one and it is very opensource.

    *Re-reads, looks for grammatical errors and misses many I am sure while having coffee*

    Two or multi-factor is not built into WordPress by default because it does require understanding and planning. For the majority of WordPress users that’s too much for them. Just implementing that without understanding has resulted in people getting locked out of their own WordPress installations. That’s why it remains an optional thing.

    Security is not easy but it you are concerned about it, and that is always a good thing, then seek extending security with add-ons in WordPress. They work and have for a long time.

    • This reply was modified 4 months, 3 weeks ago by Jan Dembowski. Reason: Yep, found one grammar mistake
Viewing 5 replies - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.