Our Support & Security Scope: Server Security vs. Web Development
Internic.ca provides a secure, fully managed hosting environment. As part of your hosting subscription, we provide automated security features at the server level:
- Free & Automatic Let's Encrypt SSL Certificates: Encrypts data in transit between your visitors and our servers.
- Imunify360 Firewall & Malware Protection: Blocks active brute-force attacks, malicious IPs, and known web exploits at the network level.
- Daily Backups & Malware Scans: Automatically scans hosted files for malicious signatures and generates daily backup snapshots.
Where Our Support Boundary Ends:
While we secure the server infrastructure and provide automated malware detection tools, Internic.ca does not develop, edit, or maintain third-party website code (such as WordPress core, custom themes, or plugins).
When an application-layer hack or code injection occurs within your WordPress files, our support team will help you review scan logs, toggle debug tools, or deploy a server backup snapshot upon request. However, fixing corrupted source code, removing injected backdoor scripts, and patching software vulnerabilities within your site files requires a professional web developer or website security specialist.
Phase 1: What You Can Do Right Now (Client Actions)
If your WordPress site is showing a critical error, redirecting visitors, or displaying suspicious code, you can take these immediate actions inside your Internic.ca Plesk Panel:
1. Check Imunify360 for Detected Malware
- Log in to Plesk and navigate to Imunify360.
- Review the Malware Scanner tab to see if any malicious files have been automatically detected, cleaned, or quarantined by our server firewall.
2. Rotate Your Hosting & Account Passwords
- Immediately change your Plesk account password, FTP/SFTP passwords, and Database user credentials.
- If you still have access to your WordPress Admin dashboard (
/wp-admin), change all Administrator account passwords immediately.
3. Turn On WordPress Debugging to Find the Root Cause
- Inside Plesk, go to WordPress Toolkit.
- Locate your website and toggle Debugging to ON (or enable
WP_DEBUGin yourwp-config.phpfile).
- Visit your website in a browser. Instead of a blank page or generic error, WordPress will display the exact file path and line number causing the crash (e.g.,
/wp-content/themes/Divi/header.php). Copy this error output to share with your developer!
4. Request a Server Backup Rollback from Internic.ca
- If the website is completely broken or unrecoverable, contact Internic.ca Support to request a backup rollback. Our team will restore a clean server snapshot from a date before the site was compromised.
- Important Note: A backup rollback replaces all site files and database entries with the selected snapshot. It restores site availability, but it does not patch the underlying security flaw that allowed the injection in the first place. Your developer must still audit and secure the site files.
5. Recommendation: Maintain Independent WordPress Backups
- While Internic.ca provides daily server-level backups, we strongly encourage keeping independent, application-level backups using plugins like UpdraftPlus, Duplicator, or All-in-One WP Migration. This gives you full control to download off-site backups directly to your local computer or personal cloud storage.
Phase 2: Technical Remediation Checklist (For Your Web Developer)
Once the site error is identified or a clean backup has been restored, your web developer can access the site directory via Plesk File Manager or FTP/SFTP to perform standard remediation protocol:
- Replace WordPress Core Files: Replace
/wp-admin/,/wp-includes/, and root.phpfiles with clean copies from WordPress.org (preserving/wp-content/andwp-config.php).
- Audit the Uploads Directory: Check
/wp-content/uploads/to ensure it only contains static media and delete any stray.phpor executable files. - Clean Themes & Plugins: Update all active plugins/themes and completely delete any inactive extensions.
- Regenerate Authentication Salts & Passwords: Update secret security keys in
wp-config.phpto invalidate all active session tokens.
- Deploy Application-Level Security: Configure a Web Application Firewall (WAF) plugin (e.g., Wordfence, Sucuri) to monitor and block malicious software-level requests.
Rebuilding Safely via Staging Environments
If your website relies on complex custom code or legacy plugins:
- Have your web developer use the WordPress Toolkit inside Plesk to Clone your website into a private, isolated staging environment.
- Your developer can safely run core migrations, clean malicious files, and test plugin updates in staging without causing public downtime or errors on your live domain name.
Comments
0 comments
Please sign in to leave a comment.