Responding to a SiteLock alert or a hacked website

Treat a malware alert as a problem to investigate, contain and verify. Removing a suspicious file is only one part of recovery. You also need to understand how it appeared and whether credentials, application data or other websites were affected.

01 Preserve useful evidence

Record the alert time, domain, affected file or URL and the detection details. Save relevant access and application logs in protected storage. Avoid downloading suspicious files onto an ordinary workstation or publishing the contents of private configuration files in a support ticket.

  1. Open the correct SiteLock service and confirm which scanning or cleanup features are active. Review whether the alert is current, already remediated or awaiting action.
  2. Limit exposure where necessary. A maintenance page or restricted administrative access may be appropriate while a store or login system is investigated.
  3. Use the cleanup process included in your plan or request the appropriate assistance. A scanning-only subscription does not automatically include emergency remediation.
  4. Compare application files with trusted installation packages or a verified clean backup. Remove unsupported extensions and update the affected software through its official source.
  5. Change exposed passwords, API keys and other credentials. Review administrator users, scheduled tasks and unexpected forwarding or access rules that could preserve unauthorised access.
  6. Run follow-up scans and test normal website functions. Restore data from a suitable recovery point if needed, preserving legitimate changes made since that backup.

02 Find and close the entry point

Common causes include vulnerable extensions, stolen credentials and unsafe uploads. Ask your developer or support team to review the relevant evidence. A restore can reintroduce the same vulnerable component, and a firewall cannot correct every application defect.

When is a cleaned website ready to return to normal operation?

Check login, forms, downloads, checkout and outgoing email before lifting restrictions. Confirm that backups and monitoring work. If a search engine or security service flagged the site, use its official review process after cleanup rather than assuming the warning disappears immediately.

Keep a record of the cause, affected scope and corrective actions. If customer information might have been exposed, involve the person responsible for your business's incident and notification process. Do not make assurances about data safety until the evidence supports them.

  • 0 Users Found This Useful
  • security-ssl
Was this answer helpful?

Related Articles

Disabling directory listing and protecting private files

Directory listing can reveal filenames when a directory has no default index page. Disabling...

Protecting .htaccess and configuration files from public downloads

A public request for .htaccess should not return the file contents. This file can reveal...

Blocking a specific IP address with current Apache access rules

An IP-based rule can prevent requests from a known address from reaching part of a website. It...

Restricting a private directory to trusted IP addresses

An allowlist limits a directory to trusted source IP addresses. It can add a useful layer...

Activating SiteLock and checking your website protection

SiteLock packages can provide different combinations of scanning, cleanup and firewall...