Sõnastik: PHP ja IT-turvalisus

125 erialatermini selgetes sõnades, igaühel viide sobivale erialalehele.

#A B C D E F G H I J K L M N O P R S T U V W X Z

#

2FA: 2FA (kaheastmeline autentimine) nõuab sisselogimisel lisaks paroolile teist tõendit, näiteks rakenduse koodi või turvavõtit. Varastatud parooli üksi siis enam ei piisa. Kõigi CMS-i, majutuspaneeli ja serverite administraatoriligipääside jaoks peaks 2FA olema standard. Kaheastmelise autentimise seadistamine halduse ligipääsudele →
3-2-1-varukoopia: 3-2-1-reegel soovitab kolme andmekoopiat kahel erineval andmekandjal, millest üks asub mujal. Vähemalt üks koopia peaks olema serverist muudetamatu, et ründajad ei saaks seda kustutada ega krüpteerida. Varukoopia loeb alles siis, kui taastamine on testitud. Serveri varundusstrateegia: varukoopiad 3-2-1-reegli järgi →

A

Ajajoon: Ajajoon (timeline) järjestab intsidendi kõik jäljed kronoloogiliselt: logikirjed, failimuudatused, sisselogimised, protsessid. See näitab, millal rünnak algas ja mis millises järjekorras juhtus. Oluline on ühtne ajavöönd, kõige parem UTC. Intsidendi ajajoone koostamine →
Apache: Apache HTTP Server on üks vanimaid ja levinumaid veebiservereid. PHP töötab selles kas moodulina (mod_php) või PHP-FPM-i kaudu FastCGI abil. .htaccess failidega saab seadistust kaustade kaupa kohandada. Apache ja mod_php turvamine →
AVV: AVV (Auftragsverarbeitungsvertrag, andmetöötlusleping) IKÜM art 28 järgi on vajalik, kui teenusepakkuja töötleb tellimuse alusel isikuandmeid või pääseb neile ligi. See kehtib sageli ka veebimajutajate, agentuuride ja serverile ligipääsuga IT-teenusepakkujate kohta. Leping reguleerib muu hulgas juhiseid, kaitsemeetmeid ja teavitamisteid. Volitatud töötlemine, kui teenusepakkujad serveritele ligi pääsevad →

B

Backport: Backport (tagasiportimine) kannab turvaparanduse üle programmi vanemasse versiooni, ilma et peaks uuele versioonile üle minema. Linuxi distributsioonid ja veebimajutajad teevad seda sageli; kuvatav versiooninumber jääb siis samaks. Kas backport on paigaldatud, tõendavad paketi muudatuslogi ja teenusepakkuja kinnitus, mitte number. PHP-uuendus või backport? Otsus vanasüsteemidele →
BSI: BSI (Bundesamt für Sicherheit in der Informationstechnik, Saksamaa föderaalne infoturbeamet) on Saksamaa liidu küberturvalisuse asutus. See avaldab hoiatusi, soovitusi ja standardeid, nagu IT-Grundschutz. PHP2Shelli kohta on BSI kuulutanud välja hoiatustaseme 3 (oranž) ja soovitanud kohest uuendust. Mida BSI PHP2Shelli kohta soovitab →

C

CDN: CDN (Content Delivery Network) edastab sisu paljude hajutatud serverite kaudu ja asub seega tegeliku veebisaidi ees. Paljud CDN-id pakuvad lisaks WAF-i reegleid, näiteks Cloudflare PHP2Shelli vastu. Kaitse toimib ainult CDN-i kaudu käiva liikluse jaoks ega asenda PHP uuendust. Cloudflare'i kaitsereeglid PHP2Shelli vastu: mida need annavad ja mida mitte →
CERT-Bund: CERT-Bund on Saksamaa föderaalvalitsuse arvutiturvalisuse intsidentide lahendamise meeskond (CERT) BSI juures. See avaldab hoiatus- ja teabeteenuseid turvaaukude kohta ning teavitab võrguoperaatoreid haavatavatest süsteemidest. Ka PHP2Shelli kohta on CERT-Bund hoiatanud. Mida CERT-EU ja CERT-Bund PHP2Shelli kohta soovitavad →
CERT-EU: CERT-EU on Euroopa Liidu institutsioonide, organite ja ametite küberturvalisuse meeskond. Aruannete kohaselt peab CERT-EU võimalikuks, et PHP2Shell mõjutab versioone alates PHP 5-st. See soovitab avalikult kättesaadavad rakendused isoleerida, kui neid ei saa õigeaegselt paigata. Mida CERT-EU ja CERT-Bund PHP2Shelli kohta soovitavad →
CGI: CGI (Common Gateway Interface) on vana liides, kus veebiserver käivitab iga päringu jaoks välise programmi ja tagastab selle väljundi. See on lihtne, kuid aeglane ning PHP puhul on selle suures osas asendanud FastCGI. Vanu CGI lahendusi leidub veel mõnes majutus- ja Windowsi süsteemis. CGI ja FastCGI: alused →
cgroups: cgroups (Control Groups) on Linuxi tuuma funktsioon, millega saab piirata mälu, protsessorit ja muid ressursse protsessirühmade jaoks. Konteinerid ja systemd kasutavad neid, näiteks MemoryMax abil. php.net soovitab ajutise meetmena PHP2Shelli vastu mälupiirangut konteineri või cgroupi kaudu, mitte RLIMIT_AS või RLIMIT_DATA abil. Mälupiiride seadmine systemd ja cgroup'idega →
Chain of Custody: Chain of Custody (tõendite ahel) dokumenteerib katkematult, kes on tõendi millal kindlustanud, üle andnud ja töödelnud. Kontrollsummadega täiendatuna tõendab see, et andmeid ei ole muudetud. Ilma selle dokumentatsioonita kaotavad jäljed väärtuse kohtus või kindlustajate ees. IT-forensika pärast veebiserveri rünnakut →
CLI: CLI (Command Line Interface) on PHP käsureal, näiteks cron-tööde, CMS-ide konsoolikäskude ja Composeri jaoks. CLI PHP võib olla teine versioon kui PHP, mis veebilehti edastab. Käsk php -v näitab seetõttu ainult käsurea versiooni; mõlemad teed peavad olema paigatud. PHP käsureal (CLI) →
CloudLinux: CloudLinux on Linuxi distributsioon jagatud veebimajutuseks, mis eraldab kliendid piiratud keskkondadesse. Alt-php abil pakub see paljusid PHP versioone kõrvuti, ka vanemaid. Iga selline versioon peab olema eraldi paigatud. CloudLinux ja alt-php: mida peaksid majutuskliendid teadma →
Composer: Composer on PHP paketihaldur. See paigaldab teegid composer.json failis märgitud andmete järgi ja hoiab täpsed versioonid failis composer.lock. Käsuga composer audit saab paigaldatud pakette kontrollida tuntud turvaaukude suhtes; PHP enda turvaauke see käsk ei leia. Composer: PHP paketihaldur →
cPanel: cPanel on veebimajutuse haldamise paneel, kus WHM on serveri administraatori kasutajaliides. PHP versioonid pakutakse seal enamasti oma pakettide (EasyApache) kaudu. Millised ehitused on paigatud, kinnitavad paketi seis ja veebimajutaja. cPanel ja WHM: PHP turvamine →
Credential Stuffing: Credential Stuffing'u korral proovivad ründajad teistes teenustes varasemate andmelekete käigus saadud ligipääsuandmeid. See toimib, sest paljud inimesed kasutavad paroole mitu korda. Kaitse pakuvad igale teenusele eraldi parool ja kaheastmeline autentimine. Kaheastmelise autentimise seadistamine halduse ligipääsudele →
CSP: CSP (Content Security Policy) on päis, mis määrab, millistest allikatest tohib leht laadida skripte, pilte ja muud sisu. See raskendab XSS-i ja võõraste skriptide sissetoomist, näiteks skimming'u korral. Range CSP tuleb hoolikalt läbi testida, et veebisait töötaks edasi. Turvapäised veebisaitidele: turvapäised õigesti seada →
CSRF: CSRF (Cross-Site Request Forgery) paneb sisseloginud kasutaja brauseri soovimatult käivitama toimingut teisel veebisaidil. Tüüpilised on muudatused administreerimisalades. Kaitse pakuvad vormides olevad juhuslikud tokenid ja küpsised SameSite-atribuudiga. CSRF-kaitse PHP-rakendustes →
CVE: CVE (Common Vulnerabilities and Exposures) on ülemaailmselt kasutatav register, mis annab igale teadaolevale turvaaugule kordumatu numbri, näiteks CVE-2026-109618. Number teeb tootjate, ametiasutuste ja distributsioonide teated võrreldavaks. CVE-numbri abil saab paketi muudatuslogist kontrollida ka seda, kas parandus on paigaldatud. CVE-numbrite tõendamine paketi muudatuslogis →
CVSS: CVSS (Common Vulnerability Scoring System) hindab turvaaugu tõsidust skaalal 0 kuni 10. Hindamisel arvestatakse muu hulgas seda, kas rünnak on võimalik võrgu kaudu ja ilma sisselogimata. PHP2Shelli turvaaukude hinne on kummalgi CVSS v4.0 9,2; konkreetse riski kohta teie keskkonnas ei ütle väärtus üksi midagi.

D

DDoS: DDoS-rünnak (Distributed Denial of Service) ülekoormab teenuse paljudest allikatest tulevate päringutega, kuni see ei ole enam kättesaadav. Andmeid sellega üldjuhul ei varastata. DDoS-i tuleb eristada ekspluateerimisest, mis kasutab sihipäraselt ära turvaauku. DDoS või häkkimisrünnak? Rünnakute õige tuvastamine →
Deserialiseerimine: Deserialiseerimine muudab salvestatud andmed tagasi objektideks, PHP-s näiteks funktsiooniga unserialize(). Kui andmed pärinevad kasutajatelt, saavad ründajad objekte ehitada nii, et laadimisel käivitub soovimatu kood. Kasutajaandmete jaoks on turvalisem valik JSON. Ebaturvaline deserialiseerimine PHP-s: unserialize ja turvalisus →
disable_functions: disable_functions on php.ini säte, millega lülitatakse välja üksikud PHP funktsioonid, tavaliselt need, mis käivitavad süsteemikäske. Seda saab seada ainult php.ini-s, mitte rakenduskoodis. See raskendab ründajate elu, kuid ei asenda uuendusi ega korralikke õigusi. PHP disable_functions õige kasutamine →
display_errors: display_errors määrab, kas PHP kuvab veateated otse brauseris. Tootmises peab väärtus olema Off, vead kirjutatakse selle asemel log_errors abil logisse. Nähtavad teated annavad muidu teada teekondi, versioone ja koodilõike. display_errors off: veaväljundi väljalülitamine tootmiskeskkonnas →

E

EDR: EDR (Endpoint Detection and Response) on tarkvara serverites ja töökohtades, mis jälgib protsesse, failipöördusi ja võrguühendusi ning teatab kahtlasest käitumisest või peatab selle. Veebiserverites võib see näiteks tuvastada, et PHP-FPM käivitab shelli. Kuna PHP2Shelli kohta puuduvad kinnitatud IOC-d, on selline käitumisanalüüs eriti oluline. Hoiatusmärk: veebiserver käivitab shelli →
Embargo: Embargo on kokkulepitud tähtaeg, mille jooksul turvaaugu üksikasjad jäävad konfidentsiaalseks, kuni paigad on valmis. Nii saavad tootjad ja distributsioonid uuendusi ette valmistada. PHP2Shelli puhul said üksikasjad mitme aruande järgi avalikuks enne embargo lõppu; php.net teatas paikadest seetõttu 20.10.2026. Miks sai PHP turvaauk enne paika teatavaks →
End of Life: End of Life (EOL) tähendab, et tarkvaraversioon ei saa tootjalt enam uuendusi, ka mitte turvaparandusi. PHP 8.1 ja vanemad ei saa PHP projektilt enam ametlikke uuendusi; versioonidele 7.4, 8.0 ja 8.1 on olemas vaid minimaalsed lähtekoodi tagasiportimised. EOL-tarkvaraga süsteemid vajavad uuendusplaani. PHP End of Life: vananenud versioonide riskid →
Exploit: Exploit on kood või võte, mis konkreetset turvaauku tegelikult ära kasutab. Kui paik on avaldatud, saavad ründajad seda analüüsida ja ekspluateerimisvahendeid tuletada. Seetõttu lüheneb pärast paiga avaldamist aeg rünnakuteni sageli oluliselt. Paiga ja rünnaku vaheline ajaaken →
expose_php: expose_php määrab, kas PHP avaldab oma versiooni HTTP päises X-Powered-By. Tootmises peaks säte olema Off, et ründajad ei näeks esimese pilguga, milline PHP versioon töötab. See on teabekaitse, mitte uuenduse asendus. expose_php ja Server-päised: versiooniandmete peitmine →
Extension: Laiendus (extension) täiendab PHP-d funktsioonidega, näiteks andmebaaside, piltide või krüpteerimise jaoks. Laiendused töötavad samas protsessis kui PHP ja neil on samad õigused. Mittevajalike laienduste väljalülitamine vähendab ründepinda. PHP laiendused (extensions) mõistetavalt →

F

Fail2ban: Fail2ban loeb logifaile ja blokeerib IP-aadressid pärast korduvaid ebaõnnestunud katseid ajutiselt tulemüüris. Tüüpilised kasutusvaldkonnad on SSH, e-post ja veebisaitide administraatori sisselogimised. Paljudest aadressidest tulevate hajutatud rünnakute vastu aitab see vaid piiratult. Fail2ban veebiserverite jaoks seadistamine →
FastCGI: FastCGI on protokoll, mille kaudu veebiserver edastab päringuid püsivalt töötavatele programmiprotsessidele, näiteks PHP-FPM-ile. Erinevalt klassikalisest CGI-st ei käivitata iga päringu jaoks uut protsessi. Kuna protsessid töötlevad mitut päringut järjest, on pärast uuendusi oluline puhas taaskäivitus. CGI ja FastCGI: alused →
Forensika: IT-forensika uurib pärast intsidenti metoodiliselt, mis juhtus: kuidas ründaja sisse pääses, mida ta tegi ja millised andmed on mõjutatud. Aluseks on andmekandjate, töömälu ja logide kindlustatud koopiad. Tulemused on olulised teavitamiskohustuste, kindlustuse ja kriminaalasja avalduse jaoks. IT-forensika pärast veebiserveri rünnakut →
FPM-Pool: Pool on rühm PHP-FPM protsesse oma seadistuse, oma sokli ja ideaalis oma süsteemikasutajaga. Eraldi pool iga veebisaidi jaoks eraldab saidid üksteisest, nii et sissemurdmine ühele saidile ei jõua otse teiste failideni. Poolis saab sätteid php_admin_value abil kindlalt ette anda. PHP-FPM poolide eraldamine veebisaitide kaupa →
FrankenPHP: FrankenPHP on kaasaegne PHP rakendusserver, mis põhineb veebiserveril Caddy. PHP on seal otse sisse ehitatud, töötajarežiimis jääb rakendus päringute vahel mällu. FrankenPHP kuulub PHP meeskonna andmetel mõjutatud töörežiimide hulka; pärast uuendust tuleb server uue PHP-ga uuesti käivitada. FrankenPHP turvamine →

G

GHSA: GHSA on GitHub Security Advisory tunnus, see tähendab turvateade GitHubi andmebaasis. Paljud avatud lähtekoodiga projektid, ka PHP, avaldavad oma teated seal lisaks CVE-numbrile. PHP2Shelli puhul on need GHSA-w8hw-w9fx-j79w ja GHSA-6wmf-4rv5-p3rp.

H

Hallatav server (Managed Server): Hallatava serveri korral annab pakkuja kliendile eraldi serveri ja võtab lepingus kindlaks määratud osa tööst enda peale, sageli operatsioonisüsteemi ja PHP uuendused. Mis täpselt sinna kuulub, on kirjas lepingus ja erineb pakkujate vahel tugevasti. Kahtluse korral tuleks paikamise eest vastutus kirjalikult kinnitada. Hallatav server: vastutuse selgitamine →
Hoiatustase: BSI jaotab ohuolukorra turvahoiatuste korral tasemeteks, mis on tähistatud ka värvidega. Tase 3 (oranž) tähistab ärikriitilist olukorda, kus tavapärase töö oluline häirimine on võimalik. PHP2Shelli puhul kehtib hoiatustase 3 / oranž. BSI hoiatustase oranž: mida hinnang tähendab →
HSTS: HSTS (HTTP Strict Transport Security) on päis, millega veebisait annab brauserile teada, et seda tuleb kindla aja jooksul avada ainult HTTPS-i kaudu. See takistab ühenduste langetamist krüpteerimata HTTP-le. Enne sisselülitamist peaks HTTPS töötama usaldusväärselt kõigil asjaomastel domeenidel. Turvapäised veebisaitidele: turvapäised õigesti seada →
.htaccess: .htaccess failid on kaustapõhised seadistusfailid Apache'ile ja ühilduvatele serveritele nagu LiteSpeed. CMS-id kasutavad neid ümbersuunamisteks ja ligipääsukaitseks, ründajad peidetud ümbersuunamisteks. Nginx .htaccess faile ei töötle; kaitsereeglid tuleb seal panna serveri seadistusse. Apache PHP jaoks turvaliselt seadistamine →
Hädaolukorra plaan: IT-hädaolukorra plaan määrab, kes mida intsidendi korral teeb: kontaktid, otsustusteed, esimesed sammud, taaskäivitamine. See peab olema kättesaadav ka võrguühenduseta, kui süsteemid rivist välja langevad. Regulaarsed õppused näitavad, kas see tõsises olukorras toimib. IT-hädaolukorra plaani koostamine veebiserveritele →

I

IKÜM art 33: IKÜM art 33 kohustab vastutavaid töötlejaid teatama isikuandmete kaitse rikkumisest võimaluse korral 72 tunni jooksul pärast teadasaamist pädevale järelevalveasutusele. Kohustus langeb ära ainult siis, kui ohtu andmesubjektidele eeldatavasti ei ole. Üksikjuhtumi korral nõustavad andmekaitsespetsialistid või advokaadid. IKÜM-i teavitamiskohustus: 72 tundi pärast intsidenti →
IKÜM art 34: IKÜM art 34 reguleerib andmesubjektide endi teavitamist. See on vajalik, kui andmeõnnetus toob eeldatavasti kaasa suure ohu nende õigustele ja vabadustele. Kas see kehtib, tuleks hinnata koos andmekaitsespetsialistide või advokaatidega. IKÜM-i teavitamiskohustus: 72 tundi pärast intsidenti →
Image-Digest: Image-Digest on räsiväärtus (sha256), mis määrab konteineri kujutise sisu üheselt. Erinevalt sildist (tag) nagu php:8.3-fpm, mida saab uutele järgudele nihutada, digest kunagi ei muutu. Kes kujutisi digesti abil kinnistab, peab selle pärast turvauuendust teadlikult ajakohastama. Ametlikud PHP Dockeri pildid: sildid, digestid ja uuesti ehitamine →
ini_set(): ini_set() on PHP funktsioon, millega skript muudab sätteid töö ajal. Mida skript muuta tohib, sõltub sätte muutmisrežiimist. Kuna ka kahjulik kood saab ini_set() välja kutsuda, kuuluvad kaitsesätted serveri või pooli seadistusse, mitte rakenduskoodi. php.ini selgitus: ülesehitus, tasandid ja eelisjärjestus →
Intsidendile reageerimine (Incident Response): Incident Response on turvaintsidendi korrapärane käsitlemine: tuvastamine, tõkestamine, jälgede kindlustamine, puhastamine, taastamine ja järeltöö. Kindlaks määratud käik takistab, et kiirustades hävitataks tõendeid või jäetaks tagauksed märkamata. Olulised on selged vastutusalad ja katkematu dokumentatsioon. Intsidendile reageerimine (Incident Response) serverirünnakute korral →
IOC: IOC (Indicator of Compromise) on konkreetsed rünnaku jäljed, näiteks failinimed, räsiväärtused, IP-aadressid või domeenid. Nende abil saab süsteeme sihipäraselt tuntud rünnaku suhtes kontrollida. PHP2Shelli kohta ei ole avaldatud kinnitatud IOC-sid; tuvastamine põhineb käitumisanalüüsil. Kas ma olen juba kompromiteeritud? Tunnused pärast PHP2Shelli →
ISO 27001: ISO/IEC 27001 on rahvusvaheline standard infoturbehalduse süsteemidele (ISMS). See nõuab riskide, meetmete ja parenduste korrapärast käsitlemist, sealhulgas turvaaukude ja intsidentide haldust. Ettevõtted saavad end selle järgi sertifitseerida. ISO 27001 ja TISAX: mida veebiserverid puudutavad →
IT-Grundschutz: BSI IT-Grundschutz (IT-baaskaitse) on metoodika koos moodulite ja nõuetega infoturbeks ettevõtetes ja asutustes. Olemas on eraldi moodulid näiteks veebiserverite ja veebirakenduste jaoks. Seda saab kasutada ISMS-i või sertifitseerimise alusena. CIS-võrdlusalused ja BSI moodulid veebiserveritele →

J

Jagatud veebimajutus (Shared Hosting): Jagatud veebimajutuse korral jagavad paljud kliendid ühte serverit, mida veebimajutaja haldab. Veebimajutaja vastutab PHP, operatsioonisüsteemi ja veebiserveri eest, klient oma rakenduse eest. PHP2Shelli puhul tähendab see: küsige veebimajutajalt paigatud seisu ja kontrollige oma veebisaiti jälgede suhtes. Jagatud veebimajutus: mida teeb majutaja ja mida peate tegema teie →
JIT: JIT (Just-in-Time-kompilaator) tõlgib sageli käivitatava PHP koodi töö ajal masinkoodiks. See lisandus PHP 8.0-ga ja kuulub OPcache'i juurde. Tüüpilistel veebisaitidel on jõudluse kasv tavaliselt väike, arvutusmahukate ülesannete puhul suurem. JIT ja jõudlus PHP 8-s →

K

Karastamine: Karastamine tähendab süsteemi seadistamist nii, et see pakuks võimalikult vähe ründepinda: ainult vajalikud teenused, napid õigused, turvalised vaikeseaded. PHP serverite puhul kuuluvad siia näiteks eraldi poolid, blokeeritud funktsioonid ja PHP käivitamise keeld üleslaadimiskaustades. Karastamine piirab kahju, kuid ei asenda uuendusi. Serveri karastamine PHP veebiserveritele →
Konteiner: Konteiner on eraldatud käituskeskkond, mis käivitab rakenduse koos kõigi sõltuvustega kujutisest (image), näiteks Dockeriga. Konteineri PHP pärineb kujutisest, mitte hostsüsteemist. Hosti uuendus seda seetõttu ei paiga; kujutis tuleb uuesti ehitada ja konteiner uuesti käivitada. PHP käitamine konteinerites →
Krüptokaevur: Krüptokaevur (kryptominer) on pahavara, mis arvutab võõrastes serverites krüptovaluutat. Tüüpilised tunnused on püsivalt suur protsessorikoormus ja tundmatud protsessid. Kaevur näitab, et ründaja saab koodi käivitada; server tuleks siis lugeda kompromiteerituks. Krüptokaevur veebiserveris: tunnused ja tegutsemine →
Käsu sissetoomine (Command Injection): Command Injection'i korral satuvad sisendid kontrollimata süsteemikäsku, mille rakendus käivitab. Ründaja saab nii käivitada oma käske veebiserveri õigustega. Kaitse pakuvad shelli väljakutsete vältimine, kus võimalik, ja järjekindel maskeerimine funktsiooniga escapeshellarg(). Command Injection'i vältimine PHP-s →
Küberkindlustus: Küberkindlustus katab olenevalt lepingust pärast rünnakut tekkinud kulusid, näiteks forensika, taastamise või tegevuskatkestuse eest. Paljud lepingud sisaldavad kohustusi, nagu õigeaegsed uuendused ja kahju viivitamatu teatamine. Mis konkreetsel juhul kehtib, selgitage välja oma kindlustajaga. Küberkindlustus: mis kahjujuhtumi korral loeb →

L

Least Privilege: Least Privilege (vähimate õiguste põhimõte) tähendab, et iga kasutaja ja iga protsess saab ainult need õigused, mida ta tõesti vajab. Kui PHP töötab napi õigustega, saab ründaja pärast sissemurdmist vähem kahju teha. See puudutab süsteemikasutajaid, failiõigusi, andmebaasikontosid ja administraatori ligipääse. Vähima õiguse põhimõte: veebiserveri kasutaja õigused →
Lessons Learned: Lessons Learned on intsidendi järeltöö: mis juhtus, mis läks hästi, mida tuleb muuta? Eesmärgiks on konkreetsed meetmed vastutajate ja tähtaegadega, mitte süüdistamine. Tulemused liiguvad hädaolukorra plaani, paikamisprotsessi ja koolitustesse. Lessons learned: pärast intsidenti paremaks saamine →
LFI: LFI (Local File Inclusion) esineb siis, kui rakendus kaasab kohaliku faili, mille teekonda ründaja saab mõjutada. Nii saab lugeda seadistusfaile või teatud tingimustel käivitada sisse toodud koodi. Kaitse pakuvad kindlad lubatud nimekirjad kasutaja sisestatud failinimede asemel. Local File Inclusion PHP-s vältimine: LFI ja RFI →
LiteSpeed: LiteSpeed on veebiserver, mis on suures osas ühilduv Apache'i seadistustega nagu .htaccess ja ühendab PHP oma liidese LSAPI kaudu. See on veebimajutajate seas levinud; OpenLiteSpeed on vaba variant. LiteSpeed kuulub PHP meeskonna andmetel PHP2Shelli poolt mõjutatud töörežiimide hulka. LiteSpeed ja LSAPI: PHP uuendamine →
Lunavara (Ransomware): Lunavara krüpteerib andmed ja nõuab dešifreerimise eest lunaraha, sageli koos ähvardusega varastatud andmed avaldada. Kompromiteeritud veebiserver võib olla selleks sisenemispunkt. Kõige tõhusam kaitse on eraldatud, testitud varukoopiad ja hädaolukorra plaan. Serveri varundusstrateegia: varukoopiad 3-2-1-reegli järgi →

M

memory_limit: memory_limit piirab, kui palju mälu üks PHP skript tohib kasutada; vaikeväärtus on 128 MB. Piiri saavutamisel katkestab PHP töö Out-of-Memory veaga. CVE-2026-109618 vastu soovitab php.net ajutiselt memory_limit=-1, kindlalt seatuna, ning mälupiirangut konteineri või cgroupi kaudu. memory_limit õige seadistamine →
mod_php: mod_php on PHP moodul Apache veebiserverile. PHP töötab siis otse Apache'i protsessis ja enamasti selle kasutajaõigustega. PHP meeskond hindab PHP2Shelli riski mod_php puhul kõige suuremaks; seal näidati ära ekspluateerimine enne, kui rakenduse kood üldse käivitub. mod_php selgitus: PHP Apache'i protsessis →
ModSecurity: ModSecurity on levinud avatud lähtekoodiga WAF, mis töötab moodulina Apache'is, Nginxis või teistes veebiserverites. See hindab päringuid reeglite alusel ning võib neid logida või blokeerida. Enamasti kasutatakse seda koos OWASP Core Rule Setiga. ModSecurity ja OWASP Core Rule Set'i kasutamine →
Muudatuslogi: Muudatuslogi (changelog) loetleb programmi või paketi versiooni muudatused, turvaparanduste puhul tavaliselt koos CVE-numbriga. Debianis ja Ubuntus näitab paketi muudatuslogi käsk apt-get changelog, RHEL-i perekonnas rpm -q --changelog. Nii saab backporti tõendada ka sama versiooninumbri korral. CVE-numbrite tõendamine paketi muudatuslogis →

N

Nginx: Nginx on levinud veebiserver ja pöördpuhverserver. See ei käivita PHP-d ise, vaid edastab päringud FastCGI kaudu PHP-FPM-ile. Oluline on seadistus, mis annab PHP-le edasi ainult päris PHP faile ja jätab üleslaadimiskaustad välja. Nginx ja PHP-FPM turvamine →
NIS2: NIS2 on ELi direktiiv, mis sätestab paljudele ettevõtetele ja asutustele riskijuhtimise ja turvaintsidentidest teatamise kohustused. See hõlmab märksa rohkem tegevusalasid ja ettevõtte suurusi kui eelnev regulatsioon. Kas teie ettevõte on hõlmatud, tuleks selgitada riigisisese ülevõtmise alusel ja õigusnõustamisega. NIS2 ja veebiserverite turvalisus →

O

OPcache: OPcache on PHP kaasasolev baitkoodi vahemälu. See hoiab juba tõlgitud koodi jagatud mälus, et PHP faile ei kompileeritaks igal päringul uuesti. Pärast uuendust või puhastamist tuleb vahemälu tühjendada või PHP uuesti käivitada, muidu võib vana kood edasi töötada. OPcache selgitus: PHP baitkoodi vahemälu →
open_basedir: open_basedir piirab, millistele kataloogidele PHP skriptid failifunktsioonidega ligi pääsevad. Mitme veebisaidiga serverites takistab see, et üks sait loeks lihtsalt teise faile. Täielikku isolatsiooni see ei ole; juurde kuuluvad eraldi süsteemikasutajad ja FPM-poolid. open_basedir ja isolatsioon veebisaidi kaupa →
Origin-server: Origin-server on tegelik veebiserver CDN-i või pöördpuhverserveri taga. Kui see on kättesaadav ka otse oma IP-aadressi kaudu, võivad ründajad eelneva kaitsest mööda minna. Seetõttu peaks origin võtma vastu ühendusi ainult CDN-ilt või puhverserverilt. Cloudflare'i kaitsereeglid PHP2Shelli vastu: mida need annavad ja mida mitte →
Out of Memory: Out of Memory tähistab olukorda, kus programm ei saa rohkem mälu ja peab töö katkestama. PHP-s juhtub see, kui memory_limit ületatakse. CVE-2026-109618 puhul võib selline katkestus PHP töö peatada ajal, mil päringuandmed on alles osaliselt lähtestatud. memory_limit ja Out-of-Memory: mis toimub sees →
OWASP CRS: OWASP Core Rule Set (CRS) on vabalt kättesaadav reeglikomplekt ModSecurity ja ühilduvate WAF-ide jaoks. See tuvastab tüüpilisi ründeklasse, nagu SQL-injektsioon või Command Injection. Reeglid tuleb rakendusega kohandada, muidu blokeerivad need ka õigustatud päringuid. ModSecurity ja OWASP Core Rule Set'i kasutamine →
OWASP Top 10: OWASP Top 10 on regulaarselt ajakohastatav loetelu veebirakenduste olulisimatest riskidest, mille annab välja mittetulunduslik OWASP Foundation. See on aluseks arendusele, kontrollidele ja koolitustele. Täiendavalt pakub OWASP Cheat Sheet'e konkreetsete vastumeetmetega.

P

Paik: Paik (patch) on tootja parandus, mis sulgeb programmikoodis oleva turvaaugu. See hakkab mõjuma alles siis, kui see on paigaldatud ja kõik töötavad protsessid on uuesti käivitatud. Paik ei eemalda juba sisse toodud pahavara ega tõesta, et varem midagi ei juhtunud. PHP paikamisteenus: uuenduse paigaldus koos taaskäivituse ja tõendiga →
PECL: PECL (PHP Extension Community Library) on C-keeles kirjutatud PHP laienduste register, mis ei kuulu standardkomplekti. Sellised laiendused peavad sobima paigaldatud PHP versiooniga. PHP põhiversiooni vahetuse järel tuleb need sageli uuesti ehitada või asendada. PHP laiendused (extensions) mõistetavalt →
PHP: PHP on skriptikeel, mis töötab peamiselt veebiserverites ja loob seal veebilehti. Paljud levinud sisuhaldus- ja poesüsteemid, nagu WordPress, TYPO3 või Shopware, on kirjutatud PHP-s. Seetõttu mõjutab turvaauk PHP interpretaatoris kõiki selle peal töötavaid rakendusi, olenemata nende enda uuendusseisust. Mis on PHP? Programmeerimiskeel selgitatud →
php-cgi: php-cgi on PHP programm CGI või FastCGI kaudu kasutamiseks. PHP meeskonna andmetel kuulub see PHP2Shelli poolt mõjutatud töörežiimide hulka. Kus php-cgi on veel kasutusel, tasub kontrollida, kas üleminek PHP-FPM-ile on võimalik. php-cgi: riskantne vanapärand →
PHP-FPM: PHP-FPM (FastCGI Process Manager) on eraldi teenus, mis haldab PHP protsesse pooldes ja võtab veebiserverilt päringuid vastu FastCGI kaudu. Tänapäeval on see tavaline töörežiim Nginxiga ja paljudes Apache'i serverites. Pärast PHP uuendust tuleb PHP-FPM uuesti käivitada, et vanad protsessid edasi ei töötaks. PHP-FPM selgitus: protsessihaldur, poolid ja workerid →
php.ini: php.ini on PHP keskne seadistusfail. See määrab piirid, turva- ja veasätted, näiteks memory_limit või display_errors. Sageli on iga SAPI (FPM, CLI, Apache) jaoks oma php.ini, mida tuleb eraldi hooldada. php.ini selgitus: ülesehitus, tasandid ja eelisjärjestus →
PHP2Shell: PHP2Shell on nimi kahele kriitilisele turvaaugule PHP-s endas, CVE-2026-109618 ja CVE-2026-109619, kummagi hinne CVSS v4.0 9,2. Need võimaldavad käivitada kahjulikku koodi kaugelt ilma sisselogimata. Parandatud on need versioonides PHP 8.5.12, 8.4.27, 8.3.36 ja 8.2.35, avaldatud 21.10.2026. Mis on PHP2Shell? Turvaauk lihtsalt selgitatud →
php_admin_value: php_admin_value seab PHP sätte FPM-poolis või Apache'i seadistuses nii, et rakendused ei saa seda ini_set() või .htaccess kaudu üle kirjutada. Lülitite jaoks on olemas php_admin_flag. php.net soovitab seda teed PHP2Shelli ajutiste meetmete jaoks, näiteks memory_limit puhul. php_admin_value: sätete kaitsmine ülekirjutamise eest →
Plesk: Plesk on levinud veebiserverite haldamise paneel, millega saab seadistada domeene, PHP versioone ja käsitlejaid iga veebisaidi jaoks. Sellel on kaasas oma PHP paketid, kuid see võib kasutada ka distributsiooni PHP pakette. Backportide korral võib Plesk näidata edasi vanemat numbrit, näiteks 8.2.34, kuigi on paigatud. Plesk-server: PHP versioonide kontroll ja paikamine →
post_max_size: post_max_size määrab, kui suur võib POST-päringu sisu kokku olla; vaikeväärtus on 8 MB. Ajutise meetmena PHP2Shelli vastu nimetab php.net 8M üleslaadimisteta saitidele ja 32M üleslaadimistega saitidele. upload_max_filesize peab olema sellest väiksem. post_max_size ja upload_max_filesize mõistlik piiramine →
Proof of Concept: Proof of Concept (PoC) on tõend, et turvaauku on võimalik ära kasutada, sageli lihtsa demonstratsioonikoodina. See aitab tootjatel ja uurijatel hinnata, kuid võib olla ründajatele ka eeskujuks. Avaldatud PoC suurendab seetõttu üldjuhul paikamise kiireloomulisust.
Pöördpuhverserver (Reverse Proxy): Reverse Proxy võtab internetist päringuid vastu ja edastab need ühele või mitmele selle taga olevale serverile. See võib võtta üle TLS-i, jaotada koormust ja olla koht filtrireeglitele või WAF-ile. Kaitset see pakub ainult siis, kui selle taga olevad serverid ei ole lisaks otse kättesaadavad. Üleslaadimispäringute filtreerimine serveri serval: võimalused ja riskid →

R

RCE: RCE (Remote Code Execution) tähendab, et ründaja saab kaugelt käivitada oma koodi võõras süsteemis. Kui selleks pole sisselogimist vaja, räägitakse autentimata RCE-st, mis on veebiserverite turvaaukude kõige raskem klass. RCE abil saab ründaja andmeid lugeda, luua tagauksi ja serverit edasi kuritarvitada. Mis on PHP2Shell? Turvaauk lihtsalt selgitatud →
RFI: RFI (Remote File Inclusion) on variant, kus rakendus laadib võõralt aadressilt koodi ja käivitab selle. PHP-s takistab väliste failide kaasamist säte allow_url_include=Off, mis on juba ammu vaikeväärtus. Vanu rakendusi ja seadistusi tasub selle suhtes kontrollida. Local File Inclusion PHP-s vältimine: LFI ja RFI →
Root-server: Root-server on renditud server, millel on kliendil täielikud administraatoriõigused. Siis lasub ka täielik vastutus uuenduste, karastamise ja jälgimise eest kliendil. Pakkuja annab ainult riistvara ja võrgu. Root-serveri ja vServeri turvamine omal jõul →

S

SAPI: SAPI (Server Application Programming Interface) on liides, mille kaudu PHP suhtleb oma keskkonnaga, näiteks Apache'i, PHP-FPM-i või käsureaga. Kasutatav SAPI määrab, kuidas PHP protsessid käivitatakse, taaskasutatakse ja uuesti käivitatakse. PHP2Shelli puhul on PHP meeskonna andmetel mõjutatud mitu töörežiimi, suurim risk on mod_php puhul. SAPI selgitus: kuidas PHP veebiserveriga suhtleb →
Seire (Monitoring): Seire on süsteemide pidev jälgimine, näiteks kättesaadavuse, koormuse, logifailide ja failimuudatuste osas. Turvaseire otsib sihipäraselt kõrvalekaldeid, nagu uued PHP failid või veebiserveri käivitatud shellid. See aitab ainult siis, kui keegi teated ka õigeaegselt hindab. Turvaseire veebiserveritele →
SEO-rämps (SEO-Spam): SEO-rämps on sisse toodud lehed, lingid või ümbersuunamised, millega ründajad paigutavad võõraid pakkumisi otsingumootoritesse. Sageli näevad manipuleeritud sisu ainult otsingumootorid või Google'i kaudu tulevad külastajad. Lisaks puhastamisele on pärast vajalik kontroll Google Search Console'is. SEO-rämps ja võõrad lehed Google'i indeksis →
serialize_handler: session.serialize_handler määrab, millises vormingus PHP sessiooniandmeid salvestab, näiteks php, php_binary või php_serialize. CVE-2026-115560 märkus puudutab ainult ebatavalist seadistust, kus seda vormingut vahetatakse töö ajal ja Session-Upload-Progress on aktiivne. Abinõu kuni järgmise veaparanduse väljalaskeni on session.upload_progress.enabled=0. CVE-2026-115560: märkus Session Upload Progress kohta →
Session: Sessioon seob sama külastaja mitu päringut, näiteks sisselogimise või ostukorvi jaoks. PHP salvestab andmed serveri poolel ja annab brauserile sessiooni ID, vaikimisi küpsises PHPSESSID. Kes teab võõra sessiooni ID-d, võib teatud tingimustel esineda selle kasutajana. Sessioonid ja küpsised PHP-s →
session.upload_progress: Session-Upload-Progress on PHP funktsioon, mis salvestab käimasolevate failide üleslaadimise edenemise sessiooni; see on vaikimisi sisse lülitatud. php.net soovitab ajutiselt session.upload_progress.enabled=0 php.ini-s, FPM-poolis või serveri seadistuses, seejärel kõik tööprotsessid uuesti käivitada. Erialaaruannete järgi ei sulge see säte üksi mõlemat PHP2Shelli turvaauku; uuendus jääb kohustuslikuks. session.upload_progress väljalülitamine: õigesti ja püsivalt →
SIEM: SIEM (Security Information and Event Management) kogub logiandmed paljudest süsteemidest kesksesse kohta ja analüüsib neid turvasündmuste suhtes. Nii on võimalik märgata seoseid, mis üksikutes logides kaduvad. SIEM vajab hooldatud reegleid ja inimesi, kes teateid töötlevad. Turvaseire veebiserveritele →
Skimming: Skimming'u korral e-poodides toovad ründajad kassasse JavaScripti, mis loeb kaasa makse- ja kliendiandmeid ning saadab need ära. Kood peidab end sageli teemafailides, jälgimisskriptides või andmebaasikirjetes. Kliendid ei märka sellest midagi, kaupmees sageli alles makseteenuse pakkujate teadetest. Häkitud e-pood? IT-turvalisus kaupmeestele →
SQL-injektsioon: SQL-injektsiooni korral toob ründaja sisendite kaudu rakendusse oma andmebaasikäske. Nii saab andmeid lugeda või muuta. Kaitse pakuvad ettevalmistatud lausungid (Prepared Statements) kohatäitjatega kokkupandud SQL-tekstide asemel. SQL-injektsiooni vältimine PHP-s →
SSRF: SSRF (Server-Side Request Forgery) paneb rakenduse ründaja nimel saatma päringuid teistele aadressidele, ka sisesüsteemidele. Nii muutuvad kättesaadavaks teenused, mis peaksid olema väljastpoolt kaitstud. Kaitse pakuvad sihtmärkide lubatud nimekirjad ja sisemiste aadressivahemike blokeerimine. Server-Side Request Forgery (SSRF) vältimine PHP-s →
Superglobals: Superglobaalid on muutujad, mille PHP annab igas skriptis kättesaadavaks, näiteks $_GET, $_POST, $_COOKIE, $_FILES, $_SERVER ja $_SESSION. Need sisaldavad praeguse päringu andmeid, mis pärinevad suures osas külastajalt. Kõiki neis olevaid andmeid tuleb kohelda mitteusaldusväärsetena ja kontrollida. Superglobaalid: $_GET, $_POST, $_FILES jt →
sury.org: sury.org on Ondřej Surý paketihoidla praeguste ja vanemate PHP versioonidega Debiani ja Ubuntu jaoks. See on kolmanda osapoole pakkumine, mitte Debiani turvaarhiiv. Aruannete kohaselt pakuti seal ehitusi kõigile harudele alates 5.6 kuni 8.5. Hoidla sury.org: PHP paketid kolmandast allikast →

T

Tagauks: Tagauks (backdoor) on peidetud ligipääs, mille kaudu ründajad saavad pärast sissemurdmist tagasi tulla. See võib olla fail, administraatorikonto, cron-töö või SSH-võti. Seetõttu kuulub iga puhastamise juurde igat liiki ligipääsude otsimine, mitte ainult failide omad. WordPressi tagaukse leidmine: tagauksed süstemaatiliselt üles →
Terviklikkuse kontroll: Terviklikkuse kontrollis võrreldakse faile teadaoleva algseisuga, enamasti kontrollsummade abil. Paljudel CMS-idel on selleks oma käsud, näiteks WordPressil, Nextcloudil või Matomol. Kohandatud faile, üleslaadimisi ja andmebaasi sisu selline võrdlus ei hõlma. CMS-i tuumafailide võrdlemine originaaliga →
Threat Hunting: Threat Hunting on ründajate aktiivne otsimine oma võrgus ilma, et hoiatus oleks olemas. Lähtepunktiks on hüpoteesid, näiteks: kas veebiserveri protsess on alates 20.10. shelli käivitanud? Nii leitakse sissemurdmisi, mis automaatsetest tööriistadest märkamata jäävad. Hoiatusmärk: veebiserver käivitab shelli →
TISAX: TISAX on autotööstuse infoturbe kontrolli- ja andmevahetusmenetlus. See põhineb Saksa autotööstuse liidu nõuetekataloogil ja seda haldab ENX Association. Tarnijad peavad sellega tootjatele oma turvataset tõendama. ISO 27001 ja TISAX: mida veebiserverid puudutavad →
TLS: TLS (Transport Layer Security) krüpteerib ühenduse brauseri ja serveri vahel; tuntav HTTPS-i järgi. Praegu soovitatakse TLS 1.2 ja 1.3, vanemad protokolliversioonid peaksid olema välja lülitatud. TLS kaitseb andmeid teel, mitte serveris endas olevate turvaaukude eest. TLS-i ja HTTPS-i õige seadistamine →
Toorjõurünnak (Brute Force): Toorjõurünnaku korral proovib ründaja automatiseeritult läbi palju paroole ühe konto jaoks. Sihtmärgiks on sageli CMS-ide, SSH või FTP administraatori sisselogimised. Kaitse pakuvad tugevad paroolid, kaheastmeline autentimine ja automaatsed blokeeringud nagu Fail2ban. Halduse sisselogimised toorjõurünnaku eest kaitsta: kaitse igale sisselogimisele →
Turvapäised (Sicherheits-Header): Turvapäised on HTTP vastuse päiseread, mis annavad brauserile kaitsereegleid, näiteks Content-Security-Policy, Strict-Transport-Security või X-Content-Type-Options. Need kaitsevad külastajaid teatud rünnakute eest brauseris. Serveris olevate turvaaukude, nagu PHP2Shell, vastu need ei aita. Turvapäised veebisaitidele: turvapäised õigesti seada →
Type Juggling: Type Juggling'uks nimetatakse PHP automaatset tüübimuundust, näiteks lõtval võrdlemisel operaatoriga ==. Seetõttu võivad võrdseks osutuda väärtused, mis seda ei ole, mis muutub ohtlikuks parooli- või tokenikontrollil. Kaitse pakuvad ranged võrdlused === abil ja hash_equals() saladuste jaoks. Type Juggling PHP-s: lõdvad võrdlused turvariskina →
Tõendite kindlustamine: Tõendite kindlustamine tähendab intsidendi jälgede kindlustamist enne, kui need puhastamise, taaskäivituse või uuesti paigaldamise tõttu kaovad. Siia kuuluvad logifailid, andmekandjate kujutised ja olenevalt juhtumist töömälu. Erialaajakirjandus soovitab pärast PHP2Shelli serverilogisid alates 20.10.2026 säilitada. Kindlustage tõendid enne serveri uuesti seadistamist →

U

upload_max_filesize: upload_max_filesize piirab üksiku üleslaaditud faili suurust; vaikeväärtus on 2 MB. Väärtus peab olema väiksem kui post_max_size, sest fail on POST-päringu osa. Liiga helded väärtused suurendavad ründepinda ilma kasuta. post_max_size ja upload_max_filesize mõistlik piiramine →
.user.ini: .user.ini failid on kaustapõhised PHP sätted, mida PHP-FPM ja CGI töötlevad. Nendega saavad veebisaidi haldajad ilma serverile ligipääsuta muuta üksikuid väärtusi, kuid ainult neid, mille PHP selleks vabastab. Turvalisuse seisukohast olulisi eeskirju, nagu session.upload_progress.enabled=0 PHP2Shelli vastu, ei tohi php.net-i järgi .user.ini kaudu seada. php.ini selgitus: ülesehitus, tasandid ja eelisjärjestus →

V

VdS 10000: VdS 10000 on VdS Schadenverhütung juhend infoturbeks väikestes ja keskmise suurusega ettevõtetes. See on kergem kui ISO 27001 ja kohandatud VKE-de võimalustele. Selle järgi sertifitseerimine on võimalik. VdS 10000: infoturve väikestele ja keskmise suurusega ettevõtetele →
Veebilehe moonutamine (Defacement): Defacement'i korral muudavad ründajad nähtavalt veebisaidi avalehte või sisu, näiteks teadete või piltidega. See on silmatorkav, kuid sageli vaid sügavama sissemurdmise nähtav märk. Veebisaiti tuleks kuni selgitamiseni käsitleda kompromiteerituna. Veebisait häkitud, mida teha? Hädaabi kaugtööna →
Veebishell: Veebishell on skript, mille ründajad veebiserverisse paigutavad, et seda brauseri kaudu kaugjuhtida. See on sageli väike, varjatud ja peidetud üleslaadimis- või vahemälukaustadesse. Veebishell jääb alles ka pärast PHP või CMS-i uuendust ja seda tuleb sihipäraselt otsida. Veebishelli tuvastamine ja eemaldamine →
Virtuaalne paikamine: Virtuaalne paikamine blokeerib rünnakud teadaoleva turvaaugu vastu enne rakendust, tavaliselt WAF-iga, haavatavat koodi muutmata. See annab aega, kuni päris uuendus on võimalik. PHP2Shelli puhul hoiatab näiteks Cloudflare, et reeglitest üksnes päringuandmete põhjal ei piisa; uuendus jääb kohustuslikuks. WAF ja virtuaalne paikamine PHP jaoks →
vServer: vServer (virtuaalne server) on virtuaalne arvuti jagatud riistvaral, oma operatsioonisüsteemi ja enamasti root-ligipääsuga. Turvalisuse osas kehtib sama mis root-serveril: uuendused ja karastamine on kliendi asi. Paljud vServerid töötavad eelinstallitud paneelidega, nagu Plesk. Root-serveri ja vServeri turvamine omal jõul →
Väljalasketsükkel: Iga PHP versioon saab kõigepealt veaparandusi ja seejärel mõnda aega ainult turvaparandusi. Millal mingi versioon lõpeb, avaldab PHP projekt php.net-is toetatud versioonide all. PHP 8.2 toetus lõpeb php.net-i andmetel 31.12.2026. PHP versioonid ja väljalasketsükkel →

W

WAF: WAF (Web Application Firewall) kontrollib HTTP päringuid enne rakendust ja blokeerib tuntud ründemustreid. See võib töötada pilveteenusena, puhverserverina või veebiserveri moodulina. See annab aega, kuid ei asenda uuendust ning seda saab mööda minna, kui server on ka otse kättesaadav. WAF ja virtuaalne paikamine PHP jaoks →

X

XSS: XSS (Cross-Site-Scripting) tähendab, et võõras JavaScript käivitatakse veebisaidi kaudu teiste külastajate brauseris. Sellega saab sessioone üle võtta või vormisisestusi kaasa lugeda. Kaitse pakuvad kõigi väljundite järjekindel kodeerimine ja Content Security Policy. XSS-i vältimine PHP-s: Cross-Site-Scripting turvaliselt tõrjuda →
XXE: XXE (XML External Entities) kasutab ära seda, et XML-parserid võivad dokumentides olevaid väliseid viiteid järele laadida. Selle kaudu saab teatud tingimustel serverist faile lugeda või käivitada sisemisi päringuid. Kaitse pakub väliste olemite laadimise väljalülitamine mitteusaldusväärsete XML-andmete töötlemisel. XML External Entities (XXE) vältimine PHP-s →

Z

ZAC: ZAC (Zentrale Ansprechstellen Cybercrime, Saksamaa politsei küberkuritegevuse keskne kontaktpunkt) on spetsialiseerunud kontaktpunktid ettevõtetele ja asutustele, kes on langenud küberrünnaku ohvriks. Neid on kõigis Saksamaa liidumaades ja BKA juures. Nad võtavad avaldusi vastu ja nõustavad edasise tegevuse osas. Avalduse esitamine: küberkuritegevuse kesksed kontaktpunktid →
Zend Engine: Zend Engine on PHP interpretaatori tuum. See tõlgib PHP koodi sisemisteks käskudeks (opcode'ideks), käivitab need ja haldab mälu. Zend Engine'i vead mõjutavad kõiki PHP rakendusi ja neid saab kõrvaldada ainult PHP uuendusega. Zend Engine: PHP süda →
Zero-Day: Zero-Day on turvaauk, mida ekspluateeritakse või mis on avalikult teada enne, kui tootja on paiga välja andnud. Haldajatel on siis null päeva ettevalmistusaega. Kuni paigani aitavad ainult ajutised meetmed, eraldamine ja jälgimine. Paiga ja rünnaku vaheline ajaaken →

Kohene kontakt

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.

WhatsApp-hädaabi Helista