Forum Replies Created

Viewing 15 replies - 121 through 135 (of 1,410 total)
  • Plugin Contributor redsand

    (@redsand)

    You’re welcome. Exactly. Also, there is an updated blog post from the plugins team: SVN Syncing Issues Continued

    Plugin Contributor redsand

    (@redsand)

    Hi everyone,

    There is an issue with WordPress.org — where the plugin is hosted — this issue has nothing to do with the plugin itself.

    We reported the issue almost 8 hours ago to the plugins team. They informed us that the SVN sync jobs are running slow. IMO there may be additional technical issues on their end as other plugin developers are running into the same problem.

    Please be patient, and hopefully this will be fixed soon. Unfortunately this is completely out of our hands.

    – Scott

    Hi @localsearch,

    The vulnerability still exists in 4.7.4.

    See this post for more info. There are a couple ways to mitigate the issue even before the patch. Additionally the next version of WP-SpamShield will include protection for the exploit.

    – Scott

    Plugin Contributor redsand

    (@redsand)

    Plugin Contributor redsand

    (@redsand)

    Yes, that definitely would be handy for someone to write a script to test.

    You’re free to attack the issue in any manner you like. Whatever works best for you. 🙂

    Plugin Contributor redsand

    (@redsand)

    That would require the site in the shared environment to have its own dedicated IP.

    While that’s the most straight forward, a dedicated IP isn’t required. Don’t forget about Temporary URL’s such as hxxp://11.22.33.44/~username/

    It’s easy enough to construct a post request in the form of [IP]/[directory]//wordpress/wp-login.php?

    True. You don’t even need a POST request…it’s even easier. Just use a GET request to your /wp-login.php page. (Or any page really.) Go to a browser, and see if you can visit your site by IP address (or any other host name). The .htaccess snippet above makes sure you can’t visit it by IP, or by any other domain. It has a side benefit that’s been long-known to help SEO as well: It prevents duplicate content issues in search engines by making sure that you don’t have both the www. and non www. versions of your site indexed. Let alone by IP address. If someone linked to your site using it’s IP Address, that could get indexed. (Not so likely, but still possible.)

    If you have access to your Apache config, what you want is Canonical Hostnames. This can be done either in your main server configuration file, or in an .htaccess file.

    Plugin Contributor redsand

    (@redsand)

    Hi @abigailm,

    I appreciate your efforts to suggest a mitigation to users, but I have determined that my sites are not subject to this vulnerability because of hosting configuration…

    Notice above I said that “If a server is configured properly, it won’t be an issue.” If your server settings are properly configured then you don’t need to do anything further. However, you mentioned that your site was not vulnerable because of this:

    it requires an individual site to be accessible by IP address, so will not work for most sites on shared servers. Only for poorly configured dedicated servers.

    That statement is unfortunately not accurate. I can show you a number of (good) shared web hosts that allow access to the site via IP Address. There are a number of other issues with that quote, but I won’t bore you with details.

    So if you’re resting on that, then your site is not necessarily immune.

    Here’s a good article that sums up why most security experts seem unconcerned…

    The real reason why most security experts aren’t that concerned, is that we know how to properly secure/configure our sites, and our client sites, so this exploit could never get off the ground in the first place.

    In any case, my only point is that WordPress has not patched this and apparently does not see a patch as a high priority.

    That shouldn’t be seen as a reason not to take a security issue seriously. They have been alerted about this issue for years, and are only now addressing it because it has gotten more public notice.

    While the core dev team does do an overall good job with security, there are areas where they lack security expertise.

    It’s great that your site and server is secure, but please don’t advise other users not to take security issues seriously. Each site owner will need to asses their own site security issues individually.

    In any case, we’re preparing the next version of WP-SpamShield, which will mitigate the issue.

    – Scott

    Plugin Contributor redsand

    (@redsand)

    Thanks for the feedback. All of those are good points, and in the works.

    1 & 2 will be in place in the next version.

    3 will be in place in the next version. It currently is limited to admins, but with multisite, there is a higher level of admin – network administrator, aka superadmin. A superadmin on a single-site install is just an admin. In the next version, it will be limited to superadmins. For single-site installs nothing will be different, but on multisite, it will only be seen by the network admin, as they are the only ones with the ability to upgrade or mitigate issues. There actually is something that you can do to mitigate the threat using the .htaccess method. It’s quite easy. See my response above for implementation details.

    Keep in mind that with almost every exploit there is at least one method to mitigate threats, so even if there isn’t an update (which is rare), it can usually be secured fairly easily. With the updates being adding in the next release, it should clarify things a bit. Users who don’t know how to mitigate threats themselves will always be welcome to contact us for support, and we’re happy to help.

    We agree with your points and those are all considered.

    Plugin Contributor redsand

    (@redsand)

    We definitely appreciate the feedback. I think the changes in the upcoming version will be helpful to you, and satisfy those requests. We’ll note the the security alert is provided by WP-SpamShield, and that data is provided by the WPScan Vulnerability Database. (Which we are not affiliated with.) It’s an outstanding resource though (the de-facto standard for WP), and all users should regularly check it for vulnerabilities in their plugins and WordPress core.

    “As soon as it’s possible” or as soon as it’s available is what should be on the warning popup.

    Agreed. And that’s happening in the next release. Additionally, the warning will only be served to super-admins, which means network admins for multisite, and admins for single-site installs.

    Additionally the plugin will check if the current site is on the most recent version of WP, and adjust the message accordingly.

    Sure, wp spamshield is security related as you mention above but it’s always been known to be related to spam in that sense

    It’s important to remember that spam and security are tightly integrated. Security has always been one of our core specialties. Anti-spam plugins that ignore security are deficient.

    Thanks for all the hard work you put into WP SPamShield. It is appreciated.

    You are very welcome. I realize that some of the things we do in the plugin may not always be understood, but you can be assured that everything we do is in the user’s best interest. We are dedicated to that, and will always work to improve.

    @jhnpldng,

    You’re welcome. 🙂 We’ll also be adding a mitigation for the security issue, so all WP-SpamShield users are protected.

    – Scott

    Plugin Contributor redsand

    (@redsand)

    @juliehowell2017: You’re welcome! 🙂

    @jhnpldng:

    Recommending updating wordpress 4.7.4 is pretty ludicrous as well considering there’s nothing to update to.

    Please see our partner Blackhawk Cybersecurity’s response above: https://wordpress.org/support/topic/security-alert-6/#post-9119258

    Note that it says:

    “You should upgrade WordPress as soon as possible.” – Lets the admin know that they should upgrade as soon as possible. Even though there is no upgrade available yet, this is still true…as soon as there is, they should upgrade as soon as it is possible. (If there is no upgrade available, then manual mitigation methods will be required.)

    If there’s noting to upgrade to, that means the security issue is not patched and users should request that the WordPress development team patch the security issue as soon as possible.

    As noted above we will have an update in the next release that mentions it’s coming form WP-SpamShield, and we will add a mitigation for the security issue so WP-SpamShield users will be protected.

    Security issues should never be ignored, no matter how seemingly “small”. There are mitigation methods available, as explained above.

    Please don’t shoot the messenger.

    – Scott

    Hi @jhnpldng,

    Perhaps I can provide a bit of info on this.

    Short answer:
    Yes, there is indeed an unpatched security issue in WordPress 4.7.4 (a zero-day exploit), and the alert is coming from WP-SpamShield. Since there is no patch yet, there is no version to upgrade to. The fact is, WordPress needs to patch this.

    Long answer (which I recommend reading):
    Please see my response on the post you linked for a full explanation, and a couple of mitigation methods.

    We’ll add a note saying that the alert is coming from WP-SpamShield in the next release.

    I hope this helps!

    – Scott

    Hi @chuckzwood,

    Perhaps I can provide a bit of info on this.

    Short answer:
    Yes, there is indeed an unpatched security issue in WordPress 4.7.4 (a zero-day exploit), and the alert is coming from WP-SpamShield. Since there is no patch yet, there is no version to upgrade to. The fact is, WordPress needs to patch this.

    Long answer (which I recommend reading):
    Please see this post for a full explanation, and a couple of mitigation methods.

    We’ll add a note saying that the alert is coming from WP-SpamShield in the next release.

    I hope this helps!

    – Scott

    Plugin Contributor redsand

    (@redsand)

    Hi Dale,

    I’m sorry to disagree with you, but your statements simply are not accurate.

    It is not unfair, but entirely accurate. I went through the support process and never want to spend another Sunday of my life like that again. How dare you call that “without making any reasonable effort to receive support?”

    That’s not an accurate statement. You didn’t go through the support process at all. The Troubleshooting Guide and FAQs take no more than 15-20 minutes to complete. If a user has issues with these, they are welcome to submit support request. As part of the validation our support form did a very basic check to make sure users had at least done some of the basic Troubleshooting checks. Since you had skipped most of them, the support form gave you a validation error. Instead of following through, you went straight to negative reviews.

    Our support team reached out to you after the negative review to offer help. (Our support system logs the raw data from incomplete support requests, so we were able to get your email address from that.) After our support tech contacted you, you declined support altogether.

    My consistent experience with the support staff at Spamshield is that you guys all want to blame someone else for problems with your plugin.

    There is no “consistent experience” with our support staff. There was only a short email exchange, where you completely declined support, and admitted (in your own words) that you were “lazy”. (Again your words, not ours.) I’ll be happy to provide you with a copy of the email thread if you don’t remember.

    So, please, stop this. Your statements are patently false, and this simply amounts to trolling.

    – Scott

    Plugin Contributor redsand

    (@redsand)

    Hi Mike,

    I’m sorry to hear that you feel that way. It seems that you are wanting to shoot the messenger.

    I have had 6 clients contact me just today about this warning thinking their website is insecure, when its not…

    To be clear, the vulnerability exists in the current version of WordPress, so just because they are up to date, does not mean they are secure. If you have not taken the mitigation steps mentioned above, then your client sites are still insecure.

    The warning in WP-SpamShield is 100% accurate. If there is confusion among your clients, that is not up to us to clear that up for you. The plugin is doing its job.

    You’re always welcome to choose another anti-spam plugin that has less of a focus on security.

    Whatever you choose, just keep in mind that you still need to address the security issue.

    – Scott

Viewing 15 replies - 121 through 135 (of 1,410 total)