• I found my wp_users table growing heavily with spam users since I upgraded to latest version of this plugin last week.
    Initially i thought it is because of wp upgrade to 3.8, but when I saw one of the user as ‘_wpsc_bot’ I suspected this is a sql injection thrrough wp e-commerce plugin. when I disabled the plugin all spam stopped.
    I found 80,000 users created in 4 days.
    As it is some kind of script/hack, you will not see these users in visitor log, no ip address and no email id of users. Only way is to disable the plugin.

    Fix it urgently.

    http://wordpress.org/plugins/wp-e-commerce/

Viewing 13 replies - 166 through 178 (of 178 total)
  • pheriche

    (@pheriche)

    bump

    @desktopmasters: It appears that once I’m at version 3.8.13.4, I no longer can downgrade to 3.8.12.1. I might have to completely reinstall the entire website, which will be a huge waste of my time precious time and resources.

    WPSC is getting from bad to worse, and considering to migrate to WooCommerce.

    Tim

    (@timstl)

    We’ve ended up with 1.2 million rows in wp_users and over 22 million in wp_usermeta. Didn’t realize this was even going on to this extent, or I would have kept a closer eye on it. We noticed because it started causing problems with Gravity Forms, which queries all the users in different areas.

    Any advice on best way to delete this many? We tried just doing SQL queries and MySQL crashed — ended up unable to load anything that connected to MySQL, including Plesk panel. It’s a WP Network install, too, which may add a layer of complexity, but I’m not entirely sure.

    Bob Baker

    (@marc_barlow)

    I thought this had been resolved ?

    We are having problems with running out of CPU capacity because of cron jobs running.

    Looking at our database Database: marcshos_bonfiremain »Table: wp_users I see over 30’000 rows – this is despite only four users showing in the WP dashboard ????

    Ours support has brought our attention to these cron jobs:
    PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
    298993 300306 288063 288063 ? -1 RN 532 134:52 /usr/bin/php /home/marcshos/public_html/bonfire.co.uk/wp-cron.php
    331635 335918 288063 288063 ? -1 RN 532 87:16 /usr/bin/php /home/marcshos/public_html/bonfire.co.uk/wp-cron.php
    357681 366000 288063 288063 ? -1 RN 532 47:10 /usr/bin/php /home/marcshos/public_html/bonfire.co.uk/wp-cron.php
    398611 398843 288063 288063 ? -1 RN 532 15:01 /usr/bin/php /home/marcshos/public_html/bonfire.co.uk/wp-cron.php

    These are running despite following these guidlines https://support.krystal.co.uk/entries/23117312-wp-cron-php-consuming-too-much-memory-and-cpu
    to try and control WP cron jobs and adding appropriate code “define(‘DISABLE_WP_CRON’, true);” to WP-config file.

    Before WPEC made changes we had no problems now it looks as if the problem has been “glossed over” rather than sorted.

    Anyone more technical got any ideas as to what problem is – and whether it is with site or update ?

    karelnet

    (@karelnet)

    I just confim 3.8.13.4 doesn’t solve the problem.
    I had no problem since I updated to PHP 5.4 if it helps…

    i am seeing the details for 3.8.14 and it looks like they resolved this problem, can anyone verify this?

    also, of anyone that can verify, can you also give warning if there are more bugs? bad ones… at least i know how to control the version im using now, all i need is to upgrade and get a bunch of new crap i have to figure out.

    thanks for any feedback, opinions etc on 3.8.14

    Plugin Author Justin Sainton

    (@justinsainton)

    Hi tecvoid,

    The problem is indeed solved in WPeC 3.8.14. It does depend on WP_Cron being available, however.

    We have a 3.8.14.1 release coming out shortly to address some new regressions in 3.8.14. I’d wait for that.

    Hey Justin-
    Can you give me an update? i see that 14.1 is available.
    i really appreciated your input last time, maybe you can let me know if its time to pull the trigger finally!

    Hi All – I wanted to throw my two cents in – I have been using the WPEC store for a while now – at a non profit selling some swag for fundraising. I just realized that all these users had been created for me as well and came looking for a fix. Well – seems that it is coming along and I just have to wait. Its a great plugin and they do a great jub supporting it SO – while i wait, if the users are bugging me, i installed this little bulk delete plugin. http://wordpress.org/plugins/bulk-delete/

    Cleans them wpsc_anonymous users out in a snap. So everyone, stop worrying and when you are checking your site once a day (which you should) delete the wpsc users. b00p!

    Btw – If you like cats, have a look at my clients site. http://www.fofrescue.org

    Gaaah! I just upgraded to 3.8.14.1 and it made me update the database – And the 139,000+ users I had (9 of which were real) went from almost all being anonymous to almost all having no role so even the bulk erasers (which could only delete 1000 at a time anyway) couldn’t touch them … Which meant that I had to follow Pheriche’s advice and use SQL to fix it directly.

    Since that was a few pages back, I’ll summarise:

    # mysql –host=localhost –user=SECRETUSER –password=SECRETPASSWORD
    Welcome to the MySQL monitor. Commands end with ; or \g.
    mysql> use wpblogdb;
    Reading table information for completion of table and column names
    You can turn off this feature to get a quicker startup with -A

    Database changed
    mysql> DELETE FROM wp_users WHERE ID >10;
    Query OK, 139201 rows affected (2.17 sec)

    mysql> DELETE FROM wp_usermeta WHERE user_id NOT IN (SELECT ID FROM wp_users);
    Query OK, 2259447 rows affected (1 min 5.54 sec)

    mysql> select * from wp_users;
    (just to check)
    10 rows in set (0.00 sec)

    mysql> exit;
    Bye

    … The id>10 was worked out by the fact I only had 9 legitimate users, I deleted the last spammer by hand – I was leaving a little safety gap because I am odd that way.

    Thanks Pheriche… Grrrr to whoever caused this!

    Hi there
    I thought my site had been hacked like some others when I saw thousands of anonymous users. I found this thread and started reading it but haven’t read it all as it’s quite old. Could someone please tell me what the current situation is with this. Am I just meant to go into the database and delete them all? I’ve done this on the test site (by changing the database view to rows of 500 which deleted them fast) I’m using version 3.8.14.3 and gold cart Version 2.9.7.8
    Just wanted to check before doing anything on the live site.
    Your help would be appreciated.
    Thanks

    hi ocean dg-
    i followed this problem for months, i even avoided upgrading for about 2 months while i watch this.

    i had to daily-delete anon users 1-2 a day for those 2 months.

    as of 14.1 (or 14.3 i think) the database structure was changed so that anon users were no longer used to store that info.

    you can look and see (depending on what version you are using) here
    http://a1decals.com/wp-admin/users.php?role=wpsc_anonymous

    if you have no users you are fine, if you do, read up on doing a database backup from myphp/cpanel and upgrade to the newest wp ecommerce.

    so to anyone late to the game, if you are using the newest wpec or at least newer than version 3.8.14.1/3 you should be fine and can disregard this post.

    Thanks Tecvoid for posting! I’ve noticed that it must have just been old users showing from before the upgrade that were still in the database so I’ve now deleted them all.

Viewing 13 replies - 166 through 178 (of 178 total)
  • The topic ‘spam users in wp_users after wpsc upgrade’ is closed to new replies.