Egy átlagos WordPress-kártevő eltávolítása többnyire jól követhető művelet: azonosítjuk a fertőzött fájlokat, kitisztítjuk az adatbázist, frissítjük vagy újratelepítjük a rendszert, lecseréljük a hozzáféréseket, majd figyeljük, visszatér-e a probléma. De mi történik akkor, ha a kártevő nem egyetlen fájlban él? Mi van, ha a fájlrendszerben, az adatbázisban, a WordPress időzített feladataiban, az aktív sablonban, a PHP-konfigurációban és még az adminisztrátor böngészőjében is elhelyezi a saját tartalék példányait?