Patchstack – WordPress & Plugins Security

Processing form data without nonce verification.

$_GET['PatchstackNonce'] not unslashed before sanitization. Use wp_unslash() or similar

Detected usage of a non-sanitized input variable: $_GET['PatchstackNonce']

Global variables defined by a theme/plugin should start with the theme/plugin prefix. Found: "$RandomCompatCOMtest".

Processing form data without nonce verification.

Use of a direct database call is discouraged.

Direct database call without caching detected. Consider using wp_cache_get() / wp_cache_set() or wp_cache_delete().

Classes declared by a theme/plugin should start with the theme/plugin prefix. Found: "Base32Static".

Detected usage of a possibly undefined superglobal array index: $_GET['site']. Check that the array index exists before using it.

Use placeholders and $wpdb->prepare(); found $prefix

All output should be run through an escaping function (see the Security sections in the WordPress Developer Handbooks), found '$app_url'.

PHP file should prevent direct access. Add a check like: if ( ! defined( 'ABSPATH' ) ) exit;

Global constants defined by a theme/plugin should start with the theme/plugin prefix. Found: "DISALLOW_FILE_EDIT".

Unescaped parameter $prefix used in $wpdb->get_var()\n$prefix used without escaping.

Missing $domain parameter in function call to esc_attr__().

The use of function set_time_limit() is discouraged

Functions declared in the global namespace by a theme/plugin should start with the theme/plugin prefix. Found: "RandomCompat_intval".

mt_rand() is discouraged. Use the far less predictable wp_rand() instead.

Scripts must be registered/enqueued via wp_enqueue_script()

Function "get_site()" requires WordPress 4.6.0, but your plugin minimum supported version is WordPress 4.4.0.

In footer ($in_footer) is not set explicitly wp_enqueue_script; It is recommended to load scripts in the footer. Please set this value to `true` to load it in the footer, or explicitly `false` if it should be loaded in the header.

Unescaped parameter $table used in $wpdb->get_results()

date() is affected by runtime timezone changes which can cause date/time to be incorrectly displayed. Use gmdate() instead.

print_r() found. Debug code should not normally be used in production.

Mismatched text domain. Expected 'patchstack' but got 'disable-wp-rest-api'.