Dashboard is blank

Yes, your issue is probably related to this [1]. A good way to find out what is the culprit of the blank page would be to enable the development mode in your WordPress site [2] and report back with the exceptions or warnings reported by the PHP interpreter.

[1] https://www.ads-software.com/support/topic/sucuri-is-blocking-wordfence?replies=2#post-7237276
[2] https://codex.www.ads-software.com/WP_DEBUG

As you suggested, I activated development mode by setting wp-config, WP_DEBUG to true, but there don’t seem to be any PHP errors being generated.

I found out that setting Settings > Scanner Settings > FS Scanner, Core integrity checks to Disabled seems to allow the Dashboard page to load. I’m pretty sure I’d rather have the core integrity checks enabled, though.

Thank you for your help, so far. Any suggestions on how I might be able to keep the core integrity check scanner enabled?

Okay, what you did helps to clarify the reason of the blank page, the core integrity checks works in two steps, the first one is a communication opened between your site and one of the public WordPress API services, the plugin uses this to retrieve the checksums of every core file part of the archive released under the same version number installed in your site.

The second step involves a file system scan in your project in the root, includes, and admin directories. Then the plugin compares the checksum of the files found during the scan with the data retrieved from WordPress, depending on the matches the plugin displays a warning with a list of files that seem to be affected by an addition, modification, or removal of WordPress core files.

Following this, we can assume two possible issues. One is that the server where your website is being hosted is/was not able to communicate with the public WordPress API. The second option is that there are too many folders/files in your project and the PHP interpreter could not sustain so much data in the memory allowed by your hosting provider, the server forces the interpreter to kill the script which translate to a failure in the load of the page, in this case the dashboard.

The “Core Integrity Checks” is one of those features that do not make sense to deactivate, but some features in the plugin depend on external resources that can not be controlled from the code.

I will think of a solution and update this thread when I have an idea.

this has just happened to me on several websites

all other pages of plugin are visible — but the Dashboard page is blank and says ERROR: Invalid account. Not found.

the installed plugin versions are 4.5

@biomedsuzi thanks for confirming this, but I think the issue that you are experiencing is more related with this other thread [1] or maybe both are the same thing, I am not completely sure. I will check with one of our system administrators to see if we can deploy an alternate server while we fix the issues with the logs compression.

[1] https://www.ads-software.com/support/topic/sucuri-is-blocking-wordfence?replies=2#post-7237276

Okay, so with this in mind– “the server where your website is being hosted is/was not able to communicate with the public WordPress API.” — I installed the WP REST API plugin. If this plugin is necessary for part of the Sucuri plugin to work, someone might want to put that in the Sucuri installation/description text (unless I just missed it). Is this requirement new? I’m sure I didn’t have the REST plugin installed before.

After that, when I tried to load the Dashboard, I got this message:

“Fatal error: Allowed memory size of 33554432 bytes exhausted …”

So, as per this thread (https://www.ads-software.com/support/topic/fatal-error-allowed-memory-size-of-33554432-bytes-exhausted-14)

I followed these instructions:

“Create a file called “php.ini” in the “wp-admin” folder of wordpress install.

Add the following text to the file;

memory_limit = 256M ; “

Then, Sucuri detected the file as being abnormal, but I set the file to be considered “Fixed” and everything seems to be working as it should, now. Unless I need to be worried about that memory error.

No extra plugins are required to make the Sucuri plugin work, that is just a coincidence that installing that you were able to complement the resolution of the issue. The plugin uses the native WordPress functions “wp_remote_get” [1] and “wp_remote_post” [2] to send HTTP requests using either Sockets, File Streams, or Curl (depending on what is available in your server).

I think the original issue was related with the memory allocation from the beginning as I explained in my previous comment when I described the file system scanner. The plugin could not finish the scan because the memory limit was reached so the script could not even finish, displaying the blank page. When you increased the value of the “memory_limit” setting you fixed the issue (so the REST plugin could be removed if you prefer).

I will add a message in the plugin indicating the minimum value for the memory limit in order to use the scanners of the Sucuri plugin, thanks for the suggestion. I think we can consider this ticket as resolved.

[1] https://codex.www.ads-software.com/Function_Reference/wp_remote_get
[2] https://codex.www.ads-software.com/Function_Reference/wp_remote_post

You’re right. Sucuri is continuing to work, even with the WP REST plugin uninstalled. Thank you for your help. I really appreciate it.