🚫 WordPressi sait häkiti ja keelati: samm-sammuline taasteplaan

Teie hoster blokeeris teie saidi rämpsposti saatmise tõttu ja administraatoripaneel ei avane. Paanika, mis on tuttav kõigile, kes on WordPressi administreerinud üle aasta. Siin on samm-sammuline plaan: alates läbirääkimistest tehnilise toega kuni käsitsi puhastamiseni kohalikus serveris.

Olukorra teeb keeruliseks asjaolu, et sait on füüsiliselt võrgust lahti ühendatud. Te ei saa WordPressi juhtpaneelile sisse logida, käivitada tuttavat skannerit nagu Wordfence ja klõpsata „puhasta". Seega on järjekord siin vastupidine: kõigepealt taastame juurdepääsu, seejärel tegeleme nakkusega.

💡 Kiire ülevaade:

• Võtke ühendust oma hosteriga: paluge neil avada sait HTTP-parooli taga ja keelata e-kirjade saatmine, see annab teile juurdepääsu diagnostikaks ilma korduvate rämpspostilainete riskita.
• Kui hoster keeldub saiti uuesti sisse lülitamast, looge XAMPP või sarnase komplekti abil kohalik koopia, skannige seda turvapluginatega ja asendage nakatunud failid puhaste versioonidega.
• Pärast puhastamist vahetage KÕIK paroolid: FTP, andmebaas, hostimispaneel, WordPressi administraatorikontod. Uuendage tuum, teemad ja pluginad uusimatele versioonidele.
• Seadistage põhiline kaitse: tulemüür, sisselogimiskatsete piiramine, kaheastmeline autentimine. Kontrollige oma arvutit viiruste suhtes, mis on tavaline paroolilekete allikas.

Miks hosterid häkitud saidid blokeerivad

See kõlab karmilt: olete klient, maksate hostimise eest ja nemad lihtsalt läksid ja lülitasid teie saidi välja. Kuid hosteri loogika on lihtne ja, kui järele mõelda, mõistlik.

Häkitud WordPressi sait teeb kahte ohtlikku asja. Esiteks saadab see rämpsposti läbi hostiteenuse pakkuja meiliserveri. Tuhanded e-kirjad saadetakse juhuslikele aadressidele ja meili IP satub musta nimekirja. Pärast seda lõpetavad KÕIK selle serveri kliendid e-kirjade kohaletoimetamise ja hoster saab uputuse pöördumisi süütutelt kasutajatelt.

Teiseks muutub sait pahatahtliku koodi levitajaks. Külastajatele serveeritakse troojalasi, andmepüügivorme või peidetud kaevandamisskripte. Google märkab seda mõne tunni jooksul ja lisab hoiatuse „See sait võib teie arvutit kahjustada". Pärast seda langeb liiklus nulli ja saidi otsingumootorite mustadest nimekirjadest välja kaevamine on omaette pikk saaga.

Hoster blokeerib nakatunud saidi mitte selleks, et teid karistada. Nad kaitsevad oma infrastruktuuri ja ülejäänud kliente. Nendega saab läbi rääkida ja see on esimene samm.

1. Samm: läbirääkimised hosteriga

Kohe pärast blokeerimisteate saamist kirjutage tehnilisele toele ja pakkuge kompromissi. Ärge nõudke „lülitage tagasi sisse ja kõik". Pakkuge konkreetset plaani:

• Lubage sait HTTP-parooli taga. See on standardne Apache/Nginxi funktsioon; saiti külastades küsib brauser kasutajanime ja parooli. Külastajad ja otsingumootorid saiti ei näe, kuid teie näete ja saate administraatoripaneeliga töötada.
• Keelake hostimise meilifunktsioon. Kui rämpspost läks läbi PHP mail(), saab hoster ajutiselt blokeerida teie konto saatmise. Korduvate postituste oht kaob ja hoster tunneb end rahulikumalt.

Enamikul juhtudel teeb tehniline tugi koostööd. Hosteril on kasulikum, kui te saidi puhastate ja kliendiks jääte, kui et kaotada klient ja omada serveris surnud kontot.

Saite parooliga juurdepääsu? Jätkake puhastamisega (3. samm). Ei jõudnud kokkuleppele? Vaadake 2. sammu.

2. Samm: taastamine ilma saidile juurdepääsuta

Hoster keeldub saiti sisse lülitamast, isegi parooli taga. See juhtub odavate jagatud pakettidega või kui rämpsposti kahju on juba liiga suur. Teil on kolm võimalust.

2.1. Kohalik koopia XAMPP abil

Laadige saidi arhiiv alla hostimise failihalduri kaudu (või küsige tehniliselt toelt varukoopiat) ja eksportige andmebaas phpMyAdmini kaudu. Rakendage koopia oma kohalikus arvutis, kasutades XAMPP, LocalWP või Laragoni.

Seejärel standardne protseduur: installige Wordfence, kõige populaarsem tasuta skanner pahavara signatuuride ja tulemüüriga. Käivitage täielik skannimine, kustutage leitud nakatunud failid või asendage need originaalidega värskest WordPressi distributsioonist. Käivitage Sucuri Scanner, et kontrollida tuuma terviklikkust. Laadige puhastatud sait hostimisse tagasi.

Meetod töötab, kuid nõuab põhiteadmisi WordPressi sisemisest toimimisest.

2.2. Nakatunud failide nimekiri hosterilt

Paluge tehnilisel toel saata nimekiri failidest, mis tuvastati pahatahtlikena. Hosterid kasutavad sageli ClamAV või sarnast serveripoolset tööriista ja näevad konkreetseid faile. Kui nimekiri käes, laadige need failid FTP kaudu alla, avage need redaktoris ja eemaldage kahtlased lisad, tavaliselt obfuskeeritud PHP kood faili alguses või lõpus.

WordPressi tuumafailide ja populaarsete pluginatega on lihtsam mitte käsitsi puhastada, vaid kirjutada need üle originaalversioonidega ametlikust repositooriumist. Pärast asendamist paluge hosteril sait uuesti skannida ja kui ohte pole, avada juurdepääs.

2.3. Turvaspetsialist

Kui nakkus on ulatuslik ja teil pole aega sellega tegeleda, palgake professionaalne spetsialist. Ühekordse puhastuse hind sõltub keerukusest: põhiline skannimine ja pahavara eemaldamine jääb vahemikku poolteist kuni viissada dollarit. Teenused nagu Sucuri pakuvad paketti „Puhastus ja kaitse" koos garantiiga ja iga-aastase monitooringuga.

Näpunäide: enne spetsialisti poole pöördumist küsige hosterilt ikkagi failide ja andmebaasi varukoopiat. Need on teie andmed ja hoster on kohustatud need esitama.

3. Samm: saidi puhastamine pärast juurdepääsu saamist

Teil on administraatoripaneeli juurdepääs. Nüüd käige metoodiliselt kontrollnimekiri läbi.

Täielik varukoopia. Isegi nakatunud. Kopeerige kõik failid FTP kaudu ja tehke andmebaasist tõmmis. Puhastusprotsessi käigus võite kogemata lõhkuda midagi, mis veel töötas; varukoopia kindlustab saatuslike vigade vastu.

Skannimine. Installige Wordfence; tasuta versioon leiab pahavara signatuuride järgi, kontrollib teema- ja pluginafaile repositooriumi originaali suhtes. Paralleelselt käivitage Sucuri Scanner, mis on spetsialiseerunud tuuma terviklikkuse kontrollile. Kaks skannerit leiavad rohkem kui üks.

Paroolide vahetamine. Kõik, kohe: WordPressi administraatorikontod, FTP juurdepääs, MySQL andmebaasi kasutaja, hostimispaneeli parool. Looge pikad juhuslikud paroolid. Lubage administraatoripaneelile kaheastmeline autentimine; Wordfence teeb seda kohe karbist võttes.

Uuendamine. Installige WordPressi uusim versioon, uuendage kõik pluginad ja teemad. Kustutage kasutamata pluginad; igaüks neist on potentsiaalne sisenemispunkt.

4. Samm: kaitse korduva häkkimise vastu

Puhastatud, nüüd lukustage see, et nädala pärast uuesti ei juhtuks.

• Saiditaseme tulemüür. Wordfence sisaldab veebirakenduste tulemüüri, mis blokeerib teadaolevad ründevektorid enne, kui need WordPressini jõuavad. Tasuta versioon on piisav mittestandardsete projektide jaoks.
• Sisselogimiskatsete piiramine. Toore jõu rünnak on kõige levinum häkkimismeetod. Plugin nagu Limit Login Attempts Reloaded blokeerib IP pärast 3-5 ebaõnnestunud katset.
• Regulaarsed uuendused. WordPressi väiksemate versioonide automaatsed uuendused on vaikimisi lubatud; pluginatega ja teemadega seadistage teavitused või kasutage hallatud hostimist koos automaatsete uuendustega.
• Arvuti kontroll. Kui administraatori parool lekkis teie arvutis oleva trooja kaudu, ei aita parooli vahetamine serveris. Käivitage viirusetõrje (Malwarebytes, tasuta versioon tegeleb enamiku ohtudega) ja kontrollige brauseri laiendusi.

Eraldi punkt: varukoopiad. Seadistage automaatsed varukoopiad, vähemalt kord päevas. UpdraftPlus plugin varundab tasuta Google Drive'i, Dropboxi või eraldi FTP-sse. Järgmise intsidendi korral taastate saidi 10 minutiga, mitte terve õhtuga.

⁉️🤔 Korduma kippuvad küsimused

Kas hoster on kohustatud esitama häkitud saidi varukoopia?

Failid ja andmebaas on teie sisu; hosteril pole õigust neid enda käes hoida. Tehniline tugi on kohustatud esitama arhiivi isegi blokeeritud kontolt. Praktikas lahendab pöördumine piletisüsteemi kaudu probleemi päeva jooksul.

Kas ma võin lihtsalt WordPressi uuesti installida ja varukoopia üles laadida?

Ei, sest nakkus elab sageli andmebaasis või üleslaadimiste kaustas, mitte ainult tuumafailides. Lihtne uuesti installimine ja vana andmebaasi asendamine toob suure tõenäosusega nakkuse tagasi. Teil on konkreetselt vaja töötava saidi skannimist ja puhastamist.

Mis siis, kui Google on saidi ohtlikuks märkinud?

Pärast täielikku puhastamist minge Google Search Console'isse, leidke jaotis „Turvalisus ja käsitsi toimingud" ning taotlege ülevaatust. Google skannib saidi uuesti 24-72 tunni jooksul ja eemaldab hoiatuse. Sarnane protseduur on olemas Bing Webmaster Tools'is.

Millised turvapluginad on kohustuslikud paigaldada?

Minimaalne komplekt igale saidile: Wordfence (tulemüür + skanner) ja Limit Login Attempts Reloaded (kaitse toore jõu rünnakute vastu). Sellest piisab, et kaitsta massiliste automatiseeritud rünnakute eest. Kui sait on äriline, lisage kaheastmeline autentimine ja failide terviklikkuse monitooring.

Kas üleminek hallatavale hostimisele aitab?

Jah, hallatav WordPressi hostimine (Kinsta, WP Engine, SiteGround) tegeleb olulise osa turvalisusega: serveritaseme tulemüür, automaatsed uuendused, isoleeritud konteinerid. See ei välista põhilisi saiditaseme meetmeid, kuid vähendab häkkimise tõenäosust ja lihtsustab taastamist.

Sait häkitud ja blokeeritud: lõplik kontrollnimekiri

Tegevuste järjekord mahub nelja punkti. Pidage hosteriga läbirääkimisi parooliga kaitstud juurdepääsu saamiseks. Kui ei, looge koopia kohalikult ja skannige seal. Pärast puhastamist vahetage paroolid ja uuendage kõik uusimatele versioonidele. Seadistage tulemüür, kaitse toore jõu rünnakute vastu ja igapäevased varukoopiad.

Kui sait on äriline ja seisak on kulukas, kaaluge üleminekut hallatavale WordPressi hostimisele või palkage spetsialist, et seadistada mitmekihiline kaitse.

Kuidas teie oma saidi pärast hosteri blokeeringut taastasite? Jagage oma kogemust kommentaarides.