That would be one possible fix but your should ask your host to review permissions on that folder and make it right according to their security needs. Personally I would make it 770 so that “others” could not read or write in that directory, but then you would need to make sure that the apache user is the owner or group owner so that PHP can write (and read) session files.
Yes, you should also run the Complete Scan if you want to make sure your site is completely clean. The Quick Scan only scan the main folders were malware is likely to be found.
I have spent quite some time debugging multiple issues on this test site that you gave me access to. First, I found that some of the rules in your .htaccess files were preventing the rewrite rule in my plugin directory from working properly. After fining a workaround for that problem I found that your server was not able to save and retrieve a session file. The directory where session files are stored has the following permissions: drwx-wx-wt
The plugin will scan all the files in the directory your choose and you can run the Quick Scan on the core files as well, but it will not be as fast as it would if you download the Core Files Definitions, plus it will not find every file modification, only identifiable threats. The Core Files Definitions are available through the Automatic Update feater, which is what you get when you donate $29+, this will a speed up the scans and improve accuracy.
If your sites are offline then the scan will not be working either. Check your server’s error_log files to get more info about those 503 errors or ask your hosting provider why your sites are all offline.
I’m glad your web hosting company responded with a solution and it is working now.
I am posting their response here in case it might help others who have the same problem.
In Plesk, in the WordPress security menu, you activated “wp-content folder security”, which prevents accessing it directly.
I have disabled this.
Aloha, Eli
Thanks for your donation, I’m glad my plugin was helpful in stopping that attack.
I would like to help you resolve error on your server that is causing the “no response” message on the JS/Session test.
If you are willing to send me your wp-admin login then I can debug this issue on your site, other wise please check your browser’s Error Console for JavaScript errors and the error_log files on your server for PHP Errors and let me know what you find.
I am not getting that same result so I think you must have put more code in there from the index.php file. I am trying to debug and isolate the exact conditions that are not being met for the if statement to produce that error you are getting. Would it be possible for you to create an admin login for me so that I can login to this site and debug the code in-place?
If so, You can email the login details dorectly to me: eli AT gotmls.net
Ah, yes. Now try changing the .htaccess file in that directory so that it redirects to test.php instead on index.php and then call up that gotmls.js path in your browser.
That does seem to work as I expected, so I’m not really sure why the rewrite is not working correctly.
The next step would be to put this code in your test.php file:
< ?php
if (preg_match('|(.*?/gotmls\.js\?SESSION=0)|', GOTMLS_script_URI, $match))
print_r(array(GOTMLS_script_URI=>$match));
else
print GOTMLS_script_URI;
?>
Yes, there is no gotmls.js located in that directory, but there is a rewrite rule in the .htaccess file that is in that directory which should allow it to generate dynamic JavaScript content (not “image/gif” content).
Can you test something for me? Can you make a new file called test.php in that same directory and put this code in that file:
REQUEST_URI=
< ?php echo htmlspecialchars($_SERVER["REQUEST_URI"], ENT_QUOTES); ?>
Then call up that file in your browser and tell me what it says?
Check your browser’s Error Console to see if there are any JavaScript errors on the page when you get the “No response from server” error message. Then check your servers’s error_log files to see if there is any indication as to what exactly is not working right.
Does your new server run nginx or apache? rewrite rules only work in apache so my brute-force patch does not work in nginx.
Yes, I am working on this feature. I will let you know when I have something ready for testing.
Yes, just register all your sites with the same email address and your donation will count for all of them 
