Juhendid: PHP ja serveri turvalisus
Erialaartiklid administraatoritele ja arendajatele: veebishellide tuvastamine, php.ini karastamine, logide analüüs, turvaline programmeerimine.
PHP2Shelli ajajoon: sündmused 17.–25. oktoobrini 2026
Kõik PHP2Shelli kohta tõendatud kuupäevad ühes ülevaates, esimesest täheldatud rünnakukatsest kuni seisuni 25.10.2026, ning mis sellest teie kontrolli jaoks järeldub.
Loe edasi →02Veebimajutaja PHP uuenduse kinnitus: kuidas paigaseisu küsida
Kuvatud PHP versioon ei tõesta pärast PHP2Shelli just palju. Selle malliga nõuate oma veebimajutajalt kinnitust, mida saate dokumenteerida.
Loe edasi →03Veebishelli tuvastamine ja eemaldamine
Kuidas PHP veebiserveritest tagauksi leida, jälgi hävitamata, ja miks pelgalt kustutamisest harva piisab.
Loe edasi →04WordPressi tagaukse leidmine: tagauksed süstemaatiliselt üles
Kus WordPressis tagauksed tavaliselt peituvad ja kuidas administraatorid neid WP-CLI ning mõne käsuga süstemaatiliselt üles leiavad.
Loe edasi →05php.ini turvaline seadistamine
Millised php.ini seaded vähendavad ründepinda, kuidas neid ülekirjutamise eest kaitsta ja mis kehtib pärast PHP2Shelli lisaks.
Loe edasi →06PHP disable_functions õige kasutamine
Seadega disable_functions lukustate riskantsed PHP funktsioonid. Kuidas koostada loend oma rakendusele sobivaks, panemata veebisaiti seisma.
Loe edasi →07open_basedir ja isolatsioon veebisaidi kaupa
Kuidas open_basedir, eraldi süsteemikasutajate ja lahutatud PHP-FPM-i poolidega vältida, et sissemurdmine ühte veebisaiti tabab kõiki teisi serveris.
Loe edasi →08Failiõigused veebiserveris
Miks veebiserver ei tohi oma koodi muuta, millised õigused failidele ja kaustadele on mõistlikud ja kuidas olemasolevat seisu kiiresti kontrollida.
Loe edasi →09composer audit: sõltuvuste kontroll turvaaukude suhtes
Kuidas arendajad leiavad composer audit abil teekide teadaolevaid turvaauke, automatiseerivad kontrolli ja väldivad juurutuses tüüpilisi vigu.
Loe edasi →10PHP End of Life: vananenud versioonide riskid
Mida tähendab PHP versiooni toe lõpp, millised harud saavad pärast PHP2Shelli veel ametlikke paiku ja kuidas muuta ülemineku planeeritavaks.
Loe edasi →11SQL-injektsiooni vältimine PHP-s
Kuidas arendajad välistavad SQL-injektsiooni PHP rakendustes usaldusväärselt Prepared Statementide, lubatud nimekirjade ja minimaalsete andmebaasiõigustega.
Loe edasi →12XSS-i vältimine PHP-s: Cross-Site-Scripting turvaliselt tõrjuda
Kuidas arendajad väldivad PHP rakendustes Cross-Site-Scriptingut: kontekstikohane kodeerimine, automaatne põgenemine mallides, HTML-i puhastamine ja Content Security Policy.
Loe edasi →13Failide üleslaadimine PHP-s turvaliselt: PHP üleslaadimise turvalisus
Üleslaadimisvormid on veebishellide sage tee. Nii kontrollite failitüüpe õigesti, salvestate faile turvaliselt ja takistate serveril üleslaaditud skriptide käivitamist.
Loe edasi →14Sessioonide turvamine PHP-s: PHP sessioonide turvalisus praktikas
Sessioonid hoiavad kasutajad sisse logituna ja on seetõttu tasuv sihtmärk. Nii seadistate küpsised, sessiooni ID-d ja salvestuskohad turvaliselt ning rakendate PHP2Shelli märkuse üleslaadimise edenemise kohta.
Loe edasi →15Ebaturvaline deserialiseerimine PHP-s: unserialize ja turvalisus
unserialize() võõraste andmetega võib halvimal juhul viia koodi käivitamiseni. Nii asendate selle JSON-iga, piirate seal, kus see peab jääma, ja leiate koodist riskantsed kohad.
Loe edasi →16Local File Inclusion PHP-s vältimine: LFI ja RFI
Kui include või require võtavad teed päringust, saavad ründajad laadida võõraid faile. Nii ehitate lehevaliku ja mallid turvaliselt ning turvate serveri lisaks.
Loe edasi →17Halduse sisselogimised toorjõurünnaku eest kaitsta: kaitse igale sisselogimisele
Automatiseeritud paroolikatsed tabavad iga kättesaadavat sisselogimislehte. Nii pidurdate ründajaid rate-limitingu ja Fail2baniga, kaitsete kontosid teise faktoriga ja salvestate paroole õigesti.
Loe edasi →18DDoS või häkkimisrünnak? Rünnakute õige tuvastamine
Aeglane veebisait, kõrge koormus, imelikud failid: kas taga on DDoS või sissemurdmine, otsustab õige reaktsiooni. Nii hindate olukorda mõne kontrolliga.
Loe edasi →19Veebiserveri logide analüüs pärast rünnakut: juurdepääsulogi õige lugemine
Logifailid on pärast rünnakut sageli kõige tähtsam jälg. Nii turvate juurdepääsu-, vea- ja PHP logid õigesti, leiate kahtlased päringud ja väldite analüüsil tüüpilisi vigu.
Loe edasi →20Kaheastmelise autentimise seadistamine halduse ligipääsudele
Varastatud parool ei tohi piisata, et teie serverit või poodi üle võtta. Nii valite sobiva meetodi, kaitsete kõik halduse ligipääsud ja planeerite hädajuurdepääsu.
Loe edasi →21Serveri varundusstrateegia: varukoopiad 3-2-1-reegli järgi
Varukoopia aitab ainult siis, kui see rünnaku üle elab ja tagasi saab taastada. Nii rakendate 3-2-1-reegli veebiserveritele ning planeerite säilituse ja testid õigesti.
Loe edasi →22Turvapäised veebisaitidele: turvapäised õigesti seada
Turvapäised juhendavad brauserit teie külastajaid paremini kaitsma. Nii seate olulisimad päised Nginxis ja Apache'is, võtate Content-Security-Policy järk-järgult kasutusele ning kontrollite tulemust.
Loe edasi →23Google'i hoiatuse „See sait on häkitud“ eemaldamine
Häkkimishoiatus otsingutulemustes maksab külastajaid ja usaldust. Nii puhastate veebisaidi põhjalikult, leiate varjatud rämpslehed ja taotlete Search Consoles ülevaatust.
Loe edasi →24Kontrollnimekiri pärast häkkimist: 20 punkti järeltööks
Pärast rünnakut loeb õige järjekord. See kontrollnimekiri juhatab 20 punktis läbi piiramise, tõendite turvamise, puhastamise, uute ligipääsude, kohustuste ja dokumenteeritud lõpetamise.
Loe edasi →Iga tund loeb. Kirjutage meile kohe.
Kirjeldage lühidalt süsteemi, PHP versiooni ja tähelepanekut. Võtame teiega ühendust, selgitame olukorra välja ja töötame kaugtööna, kuni intsident on lõpetatud ja dokumenteeritud.