Repairing and securing hacked WordPress websites

Je m’appelle Robin Labadie. J’exerce en entrepreneur individuel et mes informations de société sont disponibles en bas de mon site. Administrateur systèmes depuis 2013, j’ai travaillé au sein d’hébergeurs et agences web sur l’hébergement et la maintenance de sites WordPress (CV available here). Cela m’a amené à prendre en charge de nombreux sites WordPress qui ne bénéficiaient pas de la maintenance adéquate et avaient été piratés. J’ai ainsi développé des compétences singulières avec des méthode fiables et efficaces pour nettoyer et sécuriser les sites WordPress à long terme. Aucun site n’a jamais été piraté à nouveau sous ma supervision.

Les raisons derrière le piratage de votre site sont généralement liées à des vulnérabilités de sécurité. Les failles de sécurité ayant pu permettre le piratage de votre site seront indiquées dans mon rapport d’intervention.

WordPress, as an interactive system, includes thousands of lines of code and numerous plugins, creating opportunities for security vulnerabilities. Every day, such vulnerabilities are discovered and corrected by developers.

Étant donné que WordPress est largement utilisé, il est souvent la cible d’attaques. Les pirates testent différentes failles sur divers sites WordPress jusqu’à trouver une vulnérabilité.

Les raisons de l’intrusion peuvent inclure :

• Des mises à jour manquantes ou l’utilisation de scripts obsolètes.
• Weak passwords for administrator, FTP and database accounts.
• Insufficiently secure hosting without adequate protection against attacks.

Il est crucial de renforcer tous les aspects de la sécurité, notamment en utilisant un hébergement sécurisé spécialement configuré pour WordPress, ainsi qu’une maintenance régulière, pour prévenir de futures intrusions. Mon offre Webmastering Critical is designed with this in mind.

Les attaquants en ligne ne font généralement pas de distinctions : ils attaquent tous les sites, y compris ceux de travailleurs indépendants, petites entreprises, petites associations ou communes. Les attaques réellement ciblées sont rares. C’est pour cette raison que si votre site comporte des failles de sécurité, la question n’est pas de savoir « si », mais « quand » votre site sera piraté.

Whether your site is specifically targeted or not, it's essential to take all necessary measures to ensure complete security and prevent any recurrence.

Non, ce n’est pas suffisant et pas recommandé. Il est nécessaire de procéder à une vérification complète des fichiers du site, de la base de données, et d’identifier d’autres failles potentielles ainsi que des utilisateurs non autorisés.

Car la plupart des pirates laissent souvent des « backdoors » dans le code pour maintenir leur accès et ceux-ci ne sont pas effacés par une mise à jour.

Aussi, pour effectuer la mise à jour, si vous êtes passés par le back-office du site piraté, cela peut donner au pirate un accès à votre mot de passe, qu’il faudra alors changer partout où vous l’utilisez.

Si vous avez déjà effectué des mises à jour après une intrusion, il est important de m’en informer car les modifications de fichiers sont un indicateur important dans le diagnostic. Aussi, la mise à jour pourrait avoir corrigé la vulnérabilité initiale, rendant impossible la détection rétroactive de la faille d’origine qui a permis le piratage.

Safety is our specialty. In the event of a hold, call on your safety expert LRob.

WordPress est une cible attrayante pour les pirates en raison de sa grande popularité (43% des sites web) et de la disponibilité en masse d’informations sur ses vulnérabilités de sécurité.

Hackers' motivations are generally linked to illegal financial gain. They use various methods, such as data theft and resale, as well as phishing, to achieve this goal.

Your site can be repaired within 24 hours, including evenings, weekends and public holidays. Such a turnaround also requires your responsiveness.

Piracy is an emergency and your request is treated as a priority.

Pour une meilleure efficacité, il est conseillé de remplir le formulaire, puis d’appeler.

For rapid intervention, you need to provide access to the site files and database, and then, as soon as you have confirmation that your site is repairable, place the order.

After a preliminary diagnosis by telephone or via the contact form and payment on your part, the repair begins.

L’accès hébergeur complet fournit tous les accès nécessaires. Pour la réparation, j’ai seulement besoin d’accéder aux fichiers et à la base de données de votre site. Vous pouvez me fournir une archive des fichiers et base de données si vous êtes à l’aise avec cette option. Sinon, un accès FTP et phpMyAdmin est suffisant. Sur serveur dédié, un accès SSH avec des permissions suffisantes est recommandé.

Je tiens à ce qu’aucun frais ne soit à votre charge si votre site n’était malheureusement pas réparable.

Le diagnostic précédant la commande vise notamment à vérifier la faisabilité de l’intervention.

Mais si je remarquais pendant la procédure de réparation que votre site était trop gravement altéré et que vos contenus n’étaient plus disponibles, je m’engage à vous rembourser par CB ou virement bancaire sous 7 jours ouvrés. Vous pouvez également opter pour un avoir déduit du montant déjà payé pour un hébergement, une création ou une refonte de site, si vous le préférez.

Un site sans entretien commence à courir un risque significatif à partir de 3 mois sans mises à jour. Autrement dit, passé 3 mois, ce qui arrive à votre site n’a plus de lien avec la sécurisation initiale.

If you opt for LRob hosting, you'll benefit from automatic updates and security alerts.
If you opt for a Webmastering package, then security is closely monitored by me, and you benefit from the "0 hack" guarantee: any hacking is taken care of free of charge on your hosted site.

Usually just a few seconds.

My intervention is designed not to cause any noticeable interruption.

First, the duplication of your site to my environment has no effect on it. Secondly, the return to production is done in such a way as to minimize delays. The first few seconds of interruption are due to the renaming of the hacked site folder to a new folder with the repaired site pre-sent. Finally, importing the repaired database usually takes a few seconds, during which the site may not respond. The duration of this stage depends on the size of your site's database and the performance of your hosting provider, if you haven't chosen LRob.

If you've chosen LRob hosting, then migration to the new server won't cause any downtime thanks to perfect DNS control!