Slovník: PHP a IT bezpečnosť

125 odborných pojmov jasnými slovami, každý s odkazom na príslušnú odbornú stránku.

#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 (dvojfaktorová autentifikácia) vyžaduje pri prihlásení popri hesle aj druhý doklad, napríklad kód z aplikácie alebo bezpečnostný kľúč. Samotné ukradnuté heslo potom nestačí. Pre všetky administrátorské prístupy do CMS, hostingového panela a serverov by mala byť 2FA štandardom. Zriadiť dvojfaktorovú autentifikáciu pre prístupy administrátorov →

A

Apache: Apache HTTP Server je jeden z najstarších a najrozšírenejších webových serverov. PHP v ňom beží buď ako modul (mod_php), alebo cez PHP-FPM prostredníctvom FastCGI. Pomocou súborov .htaccess sa dá konfigurácia upravovať po adresároch. Zabezpečenie Apache s mod_php →

B

Backdoor (zadné vrátka): Backdoor (zadné vrátka) je skrytý prístup, cez ktorý sa môžu útočníci po vniknutí vrátiť. Môže to byť súbor, admin účet, cron úloha alebo kľúč SSH. K akémukoľvek čisteniu preto patrí hľadanie všetkých druhov prístupov, nielen súborov. Nájsť backdoor vo WordPresse: systematické vypátranie backdoorov →
Backport: Backport prenáša bezpečnostnú opravu do staršej verzie programu bez prechodu na novú verziu. Linuxové distribúcie a poskytovatelia hostingu to robia často; zobrazené číslo verzie potom zostane rovnaké. Či je backport nasadený, preukazuje changelog balíka a potvrdenie poskytovateľa, nie číslo. Upgrade PHP alebo backport? Rozhodnutie pre staré systémy →
Bezpečnostné hlavičky: Bezpečnostné hlavičky sú hlavičky odpovede HTTP, ktoré prehliadaču zadávajú ochranné pravidlá, napríklad Content-Security-Policy, Strict-Transport-Security alebo X-Content-Type-Options. Chránia návštevníkov pred určitými útokmi v prehliadači. Proti zraniteľnostiam na serveri, ako je PHP2Shell, nepomáhajú. Security Header pre weby: správne nastaviť bezpečnostné hlavičky →
Brute Force: Pri útoku Brute Force skúša útočník automatizovane veľa hesiel pre jeden účet. Cieľom sú často administrátorské prihlásenia do CMS, SSH alebo FTP. Ochranu poskytujú silné heslá, dvojfaktorové prihlásenie a automatické blokovanie, napríklad Fail2ban. Chrániť prihlásenia administrátorov pred brute force: ochrana pred brute force pre každé prihlásenie →
BSI: BSI (nemecký Spolkový úrad pre informačnú bezpečnosť, Bundesamt für Sicherheit in der Informationstechnik) je nemecký spolkový úrad pre kybernetickú bezpečnosť. Zverejňuje varovania, odporúčania a štandardy, ako je IT-Grundschutz. K PHP2Shell vyhlásilo BSI stupeň varovania 3 (oranžový) a odporučilo okamžitú aktualizáciu. Čo BSI k PHP2Shell odporúča →

C

CDN: CDN (Content Delivery Network) doručuje obsah cez mnohé distribuované servery a stojí tak pred samotným webom. Mnohé CDN ponúkajú navyše pravidlá WAF, napríklad Cloudflare proti PHP2Shell. Ochrana účinkuje iba pre prevádzku cez CDN a nenahrádza aktualizáciu PHP. Ochranné pravidlá Cloudflare proti PHP2Shell: čo zvládnu a čo nie →
CERT-Bund: CERT-Bund (tím nemeckej vlády pre reakcie na počítačové núdzové situácie) je Computer Emergency Response Team spolkovej správy pri BSI. Zverejňuje varovné a informačné služby o zraniteľnostiach a upozorňuje prevádzkovateľov sietí na zraniteľné systémy. CERT-Bund varoval aj pred PHP2Shell. Čo k PHP2Shell radia CERT-EU a CERT-Bund →
CERT-EU: CERT-EU je tím pre kybernetickú bezpečnosť inštitúcií, orgánov a agentúr Európskej únie. Podľa správ CERT-EU pokladá za možné, že pri PHP2Shell sú dotknuté verzie od PHP 5. Radí izolovať verejne dostupné aplikácie, ak sa nedajú včas záplatovať. Čo k PHP2Shell radia CERT-EU a CERT-Bund →
CGI: CGI (Common Gateway Interface) je staré rozhranie, pri ktorom webový server pre každý požiadavok spustí externý program a vráti jeho výstup. Je jednoduché, ale pomalé a pre PHP ho vo veľkej miere nahradilo FastCGI. Staré nastavenia CGI sa ešte nachádzajú na niektorých hostingových a Windows systémoch. CGI a FastCGI: základy →
cgroups: cgroups (Control Groups) sú funkcia jadra Linuxu, ktorou sa dá obmedziť pamäť, CPU a ďalšie zdroje pre skupiny procesov. Využívajú ich kontajnery a systemd, napríklad pomocou MemoryMax. php.net odporúča ako prechodné opatrenie proti PHP2Shell obmedzenie pamäte cez kontajner alebo cgroup namiesto RLIMIT_AS alebo RLIMIT_DATA. Nastavenie pamäťových hraníc pomocou systemd a cgroups →
Changelog: Changelog uvádza zmeny verzie programu alebo balíka, pri bezpečnostných opravách väčšinou s číslom CVE. V Debiane a Ubuntu zobrazí changelog balíka apt-get changelog, v rodine RHEL rpm -q --changelog. Takto sa dá backport preukázať aj pri rovnakom čísle verzie. Doloženie čísel CVE v changelogu balíka →
CLI: CLI (Command Line Interface) je PHP v príkazovom riadku, napríklad pre cron úlohy, konzolové príkazy CMS a Composer. CLI PHP môže byť iná verzia než PHP, ktoré obsluhuje webové stránky. Príkaz php -v preto ukazuje iba verziu príkazového riadku; záplatované musia byť obe cesty. PHP v príkazovom riadku (CLI) →
CloudLinux: CloudLinux je linuxová distribúcia pre zdieľaný hosting, ktorá oddeľuje zákazníkov do obmedzených prostredí. Pomocou alt-php poskytuje popri sebe mnoho verzií PHP, aj starších. Každá z týchto verzií musí byť záplatovaná osobitne. CloudLinux a alt-php: čo by mali vedieť zákazníci hostingu →
Command Injection: Pri Command Injection sa vstupy bez kontroly dostanú do systémového príkazu, ktorý aplikácia vykoná. Útočník tak môže spúšťať vlastné príkazy s oprávneniami webového servera. Ochranu poskytuje, kde je to možné, upustenie od volaní shellu a dôsledné maskovanie pomocou escapeshellarg(). Ako zabrániť Command Injection v PHP →
Composer: Composer je správca balíkov pre PHP. Inštaluje knižnice podľa údajov v composer.json a presné verzie uchováva v composer.lock. Pomocou composer audit sa dajú nainštalované balíky skontrolovať na známe zraniteľnosti; zraniteľnosti v samotnom PHP príkaz nenájde. Composer: správca balíkov pre PHP →
cPanel: cPanel je správcovský panel pre webhosting, s WHM ako rozhraním pre administrátora servera. Verzie PHP sa tam väčšinou poskytujú cez vlastné balíky (EasyApache). Ktoré zostavenia sú záplatované, potvrdzuje stav balíkov a poskytovateľ hostingu. cPanel a WHM: zabezpečenie PHP →
Credential Stuffing: Pri Credential Stuffing skúšajú útočníci prístupové údaje z predchádzajúcich únikov údajov pri iných službách. Funguje to preto, že mnohí ľudia používajú heslá opakovane. Ochranu poskytujú jedinečné heslá pre každú službu a dvojfaktorové prihlásenie. Zriadiť dvojfaktorovú autentifikáciu pre prístupy administrátorov →
CSP: CSP (Content Security Policy) je hlavička, ktorá určuje, z akých zdrojov smie stránka načítavať skripty, obrázky a iný obsah. Sťažuje XSS a zavlečenie cudzích skriptov, napríklad pri skimmingu. Prísna CSP sa musí starostlivo otestovať, aby web naďalej fungoval. Security Header pre weby: správne nastaviť bezpečnostné hlavičky →
CSRF: CSRF (Cross-Site Request Forgery) donúti prehliadač prihláseného používateľa vykonať nechcenú akciu na inom webe. Typické sú zmeny v administračných rozhraniach. Ochranu poskytujú náhodné tokeny vo formulároch a cookies s atribútom SameSite. Ochrana pred CSRF v aplikáciách PHP →
CVE: CVE (Common Vulnerabilities and Exposures) je celosvetovo používaný zoznam, ktorý každej známej bezpečnostnej zraniteľnosti prideľuje jedinečné číslo, napríklad CVE-2026-109618. Vďaka číslu sú hlásenia výrobcov, úradov a distribúcií porovnateľné. Podľa čísla CVE sa dá v changelogu balíka overiť aj to, či je oprava nasadená. Doloženie čísel CVE v changelogu balíka →
CVSS: CVSS (Common Vulnerability Scoring System) hodnotí závažnosť zraniteľnosti na škále od 0 do 10. Hodnotenie zohľadňuje napríklad to, či je útok možný cez sieť a bez prihlásenia. Zraniteľnosti PHP2Shell majú obe CVSS v4.0 9.2; o konkrétnom riziku vo vašom prostredí samotná hodnota nič nehovorí.
Cyklus vydávania: Každá verzia PHP najprv dostáva opravy chýb a potom už nejaký čas iba bezpečnostné opravy. Kedy ktorá verzia končí, zverejňuje projekt PHP na php.net v zozname podporovaných verzií. PHP 8.2 dosiahne podľa php.net koniec podpory 31. 12. 2026. Verzie PHP a cyklus vydávania →

D

DDoS: Útok DDoS (Distributed Denial of Service) preťaží službu požiadavkami z mnohých zdrojov, až kým nie je dostupná. Údaje sa pritom spravidla nekradnú. DDoS treba odlíšiť od exploitu, ktorý cielene zneužíva zraniteľnosť. DDoS alebo hackerský útok? Správne zaradiť útoky →
Defacement: Pri defacementu útočníci viditeľne zmenia úvodnú stránku alebo obsah webu, napríklad odkazmi alebo obrázkami. Je to nápadné, ale často len viditeľný znak hlbšieho vniknutia. Web by sa mal až do objasnenia považovať za kompromitovaný. Web hacknutý, čo robiť? Núdzová pomoc na diaľku →
Deserializácia: Deserializácia premieňa uložené údaje späť na objekty, v PHP napríklad pomocou unserialize(). Ak údaje pochádzajú od používateľov, môžu útočníci objekty zostaviť tak, že sa pri načítaní spustí nechcený kód. Pre údaje od používateľov je bezpečnejšou voľbou JSON. Nebezpečná deserializácia v PHP: unserialize a bezpečnosť →
Digest obrazu (image digest): Digest obrazu (image digest) je hash hodnota (sha256), ktorá jednoznačne určuje obsah obrazu kontajnera. Na rozdiel od tagu, ako je php:8.3-fpm, ktorý sa môže presunúť na nové zostavenia, sa digest nikdy nemení. Kto obrazy pevne zafixuje podľa digestu, musí ho po bezpečnostnej aktualizácii vedome aktualizovať. Oficiálne obrazy PHP Docker: tagy, digesty a nové zostavenie →
disable_functions: disable_functions je nastavenie php.ini, ktorým sa vypínajú jednotlivé funkcie PHP, typicky tie na spúšťanie systémových príkazov. Dá sa nastaviť iba v php.ini, nie v kóde aplikácie. Útočníkom síce sťažuje život, ale nenahrádza aktualizácie ani správne oprávnenia. PHP disable_functions správne nasadiť →
display_errors: display_errors určuje, či PHP zobrazuje chybové hlásenia priamo v prehliadači. V produkcii patrí hodnota na Off, chyby sa namiesto toho zapisujú pomocou log_errors do protokolu. Viditeľné hlásenia inak prezrádzajú cesty, verzie a úryvky kódu. display_errors off: vypnutie chybových výstupov v produkcii →

E

EDR: EDR (Endpoint Detection and Response) je softvér na serveroch a pracovných staniciach, ktorý sleduje procesy, prístupy k súborom a sieťové spojenia a podozrivé správanie hlási alebo zastaví. Na webových serveroch môže napríklad rozpoznať, že PHP-FPM spúšťa shell. Keďže pre PHP2Shell neexistujú potvrdené IOC, je takáto analýza správania obzvlášť dôležitá. Varovný signál: webový server spúšťa shell →
Embargo: Embargo je dohodnutá lehota, počas ktorej zostanú podrobnosti zraniteľnosti dôverné, kým nie sú k dispozícii záplaty. Výrobcovia a distribúcie tak môžu pripraviť aktualizácie. Pri PHP2Shell sa podľa viacerých správ podrobnosti stali verejnými ešte pred uplynutím embarga; php.net preto oznámil záplaty už 20. 10. 2026. Prečo sa zraniteľnosť PHP stala známou pred záplatou →
End of Life: End of Life (EOL) znamená, že verzia softvéru už od výrobcu nedostáva aktualizácie, ani bezpečnostné opravy. PHP 8.1 a staršie už od projektu PHP nedostávajú oficiálne aktualizácie; pre 7.4, 8.0 a 8.1 existujú iba minimálne backporty zdrojového kódu. Systémy so softvérom EOL potrebujú plán modernizácie. PHP End of Life: riziká zastaraných verzií →
Exploit: Exploit je kód alebo postup, ktorý konkrétnu zraniteľnosť skutočne zneužije. Hneď po vydaní záplaty ju môžu útočníci analyzovať a odvodiť exploity. Preto sa po zverejnení záplaty čas do útokov často výrazne skracuje. Časové okno medzi záplatou a útokom →
expose_php: expose_php riadi, či PHP prezradí svoju verziu v hlavičke HTTP X-Powered-By. V produkcii by malo byť nastavenie na Off, aby útočníci hneď nevideli, ktorá verzia PHP beží. Ide o ochranu informácií, nie o náhradu aktualizácie. expose_php a hlavičky Server: skrytie údajov o verzii →

F

Fail2ban: Fail2ban číta logové súbory a po opakovaných neúspešných pokusoch dočasne zablokuje adresy IP vo firewalle. Typickými oblasťami nasadenia sú SSH, pošta a administrátorské prihlásenia webov. Proti distribuovaným útokom z mnohých adries pomáha iba obmedzene. Nastavenie Fail2ban pre webové servery →
FastCGI: FastCGI je protokol, ktorým webový server odovzdáva požiadavky trvalo bežiacim programovým procesom, napríklad PHP-FPM. Na rozdiel od klasického CGI sa pre každý požiadavok nespúšťa nový proces. Keďže procesy spracúvajú viac požiadaviek za sebou, je po aktualizáciách dôležitý čistý reštart. CGI a FastCGI: základy →
Forenzná analýza: IT forenzná analýza po incidente metodicky skúma, čo sa stalo: ako sa útočník dostal dovnútra, čo urobil a ktoré údaje sú dotknuté. Základom sú zabezpečené kópie dátových nosičov, pamäte a logov. Výsledky sú dôležité pre oznamovacie povinnosti, poistenie a trestné oznámenie. IT forenzika po útoku na webový server →
FPM pool: Pool je skupina procesov PHP-FPM s vlastnou konfiguráciou, vlastným socketom a ideálne aj vlastným systémovým používateľom. Samostatný pool pre každý web oddeľuje weby od seba, takže vniknutie na jednu stránku sa priamo nedostane k súborom ostatných. V poole sa dajú nastavenia pevne zadať pomocou php_admin_value. Izolácia poolov PHP-FPM pre každý web →
FrankenPHP: FrankenPHP je moderný aplikačný server pre PHP na báze webového servera Caddy. PHP je v ňom zabudované priamo, v režime worker zostáva aplikácia medzi požiadavkami v pamäti. FrankenPHP patrí podľa tímu PHP medzi dotknuté režimy prevádzky; po aktualizácii sa musí server s novým PHP reštartovať. Zabezpečenie FrankenPHP →

G

GDPR čl. 33: Čl. 33 GDPR ukladá prevádzkovateľom povinnosť oznámiť porušenie ochrany osobných údajov príslušnému dozornému orgánu podľa možnosti do 72 hodín od okamihu, keď sa o ňom dozvedeli. Povinnosť odpadá iba vtedy, ak pravdepodobne nehrozí riziko pre dotknuté osoby. V konkrétnom prípade poradia zodpovedné osoby za ochranu údajov alebo právnici. Oznamovacia povinnosť podľa GDPR: 72 hodín po incidente →
GDPR čl. 34: Čl. 34 GDPR upravuje oznámenie samotným dotknutým osobám. Je potrebné vtedy, ak porušenie ochrany údajov pravdepodobne povedie k vysokému riziku pre ich práva a slobody. Či to platí, treba posúdiť so zodpovednými osobami za ochranu údajov alebo s právnikmi. Oznamovacia povinnosť podľa GDPR: 72 hodín po incidente →
GHSA: GHSA je identifikátor GitHub Security Advisory, teda bezpečnostného hlásenia v databáze GitHubu. Mnohé open-source projekty, vrátane PHP, tam zverejňujú svoje hlásenia popri čísle CVE. Pre PHP2Shell ide o GHSA-w8hw-w9fx-j79w a GHSA-6wmf-4rv5-p3rp.

H

Hardening (spevnenie): Hardening (spevnenie) znamená nastaviť systém tak, aby ponúkal čo najmenšiu plochu útoku: iba potrebné služby, úzke oprávnenia, bezpečné predvolené nastavenia. Pri serveroch s PHP k tomu patria napríklad oddelené pooly, zablokované funkcie a žiadne spúšťanie PHP v adresároch pre nahrávanie. Hardening obmedzuje škody, ale nenahrádza aktualizácie. Spevnenie zabezpečenia (hardening) webových serverov s PHP →
HSTS: HSTS (HTTP Strict Transport Security) je hlavička, ktorou web oznámi prehliadaču, že sa má po určitý čas otvárať už iba cez HTTPS. Bráni to tomu, aby sa spojenia znížili na nešifrované HTTP. Pred zapnutím by mal HTTPS spoľahlivo fungovať na všetkých dotknutých doménach. Security Header pre weby: správne nastaviť bezpečnostné hlavičky →
.htaccess: Súbory .htaccess sú konfiguračné súbory platné pre jednotlivé adresáre pre Apache a kompatibilné servery, ako je LiteSpeed. CMS ich používajú na presmerovania a ochranu prístupu, útočníci na skryté presmerovania. Nginx .htaccess nevyhodnocuje; ochranné pravidlá sa tam musia dať do konfigurácie servera. Bezpečná konfigurácia Apache pre PHP →

I

Incident Response: Incident Response je usporiadané spracovanie bezpečnostného incidentu: rozpoznať, zastaviť šírenie, zabezpečiť stopy, vyčistiť, obnoviť a vyhodnotiť. Stanovený postup bráni tomu, aby sa v zhone zničili dôkazy alebo prehliadli zadné vrátka. Dôležité sú jasné zodpovednosti a súvislá dokumentácia. Incident Response pri útokoch na servery →
ini_set(): ini_set() je funkcia PHP, ktorou skript mení nastavenia za behu. Čo môže skript zmeniť, závisí od režimu zmeny daného nastavenia. Keďže ini_set() môže zavolať aj škodlivý kód, ochranné nastavenia patria do konfigurácie servera alebo poolu, nie do kódu aplikácie. php.ini vysvetlený: štruktúra, úrovne a priorita →
IOC: IOC (Indicator of Compromise) sú konkrétne stopy útoku, napríklad názvy súborov, hash hodnoty, adresy IP alebo domény. Pomocou nich sa systémy dajú cielene skontrolovať na známy útok. Pre PHP2Shell neexistujú žiadne zverejnené, potvrdené IOC; detekcia sa opiera o analýzu správania. Som už kompromitovaný? Príznaky po PHP2Shell →
ISO 27001: ISO/IEC 27001 je medzinárodný štandard pre systémy riadenia informačnej bezpečnosti (ISMS). Vyžaduje usporiadaný prístup k rizikám, opatreniam a zlepšovaniu, vrátane riadenia zraniteľností a incidentov. Firmy sa podľa neho môžu nechať certifikovať. ISO 27001 a TISAX: čo sa týka webserverov →
IT-Grundschutz: IT-Grundschutz od BSI je metodika s modulmi a požiadavkami pre informačnú bezpečnosť vo firmách a úradoch. Existujú vlastné moduly napríklad pre webové servery a webové aplikácie. Dá sa použiť ako základ pre ISMS alebo certifikáciu. Benchmarky CIS a moduly BSI pre webservery →

J

JIT: JIT (Just-in-Time compiler) prekladá často vykonávaný kód PHP za behu na strojový kód. Prišiel s PHP 8.0 a je súčasťou OPcache. Pre typické weby je prínos výkonu zvyčajne malý, pri výpočtovo náročných úlohách väčší. JIT a výkon v PHP 8 →

K

Kontajner: Kontajner je izolované prostredie behu, ktoré spúšťa aplikáciu so všetkými závislosťami z obrazu (image), napríklad pomocou Dockeru. PHP v kontajneri pochádza z obrazu, nie z hostiteľského systému. Aktualizácia na hostiteľovi ho preto nezáplatuje; obraz sa musí zostaviť znova a kontajner reštartovať. Prevádzka PHP v kontajneroch →
Kontrola integrity: Pri kontrole integrity sa súbory porovnávajú so známym pôvodným stavom, väčšinou cez kontrolné súčty. Mnohé CMS na to ponúkajú vlastné príkazy, napríklad pre WordPress, Nextcloud alebo Matomo. Upravené súbory, nahrané súbory a obsah databázy takéto porovnanie nepokrýva. Porovnanie jadrových súborov CMS s originálom →
Kryptominer: Kryptominer je škodlivý softvér, ktorý na cudzích serveroch počíta kryptomenu. Typickými znakmi sú trvalo vysoké zaťaženie CPU a neznáme procesy. Miner ukazuje, že útočník dokáže spúšťať kód; server by sa potom mal považovať za kompromitovaný. Kryptominer na webovom serveri: príznaky a postup →
Kybernetické poistenie: Kybernetické poistenie podľa zmluvy hradí náklady po útoku, napríklad na forenznú analýzu, obnovu alebo prerušenie prevádzky. Mnohé zmluvy obsahujú povinnosti, ako včasné aktualizácie a okamžité nahlásenie škody. Čo platí v konkrétnom prípade, vyjasnite so svojím poisťovateľom. Kybernetické poistenie: čo platí pri poistnej udalosti →

L

Lessons Learned: Lessons Learned je dodatočné vyhodnotenie incidentu: Čo sa stalo, čo fungovalo dobre, čo sa musí zmeniť? Cieľom sú konkrétne opatrenia so zodpovednými osobami a termínmi, nie hľadanie vinníkov. Výsledky sa premietnu do núdzového plánu, procesu záplatovania a školení. Lessons Learned: po incidente sa zlepšiť →
LFI: LFI (Local File Inclusion) nastane, keď aplikácia vkladá lokálny súbor, ktorého cestu môže útočník ovplyvniť. Takto sa dajú čítať konfiguračné súbory alebo za určitých okolností spustiť zavlečený kód. Ochranu poskytujú pevné zoznamy povolených hodnôt namiesto názvov súborov z používateľských vstupov. Zabrániť Local File Inclusion v PHP: LFI a RFI →
LiteSpeed: LiteSpeed je webový server, ktorý je do veľkej miery kompatibilný s konfiguráciami Apache, ako je .htaccess, a PHP napája cez vlastné rozhranie LSAPI. Je rozšírený u poskytovateľov hostingu; OpenLiteSpeed je slobodný variant. LiteSpeed patrí podľa tímu PHP medzi režimy prevádzky dotknuté PHP2Shell. LiteSpeed a LSAPI: aktualizácia PHP →

M

Managed server: Pri managed serveri poskytovateľ zabezpečí vlastný server a zmluvne preberá určené časti prevádzky, často aktualizácie operačného systému a PHP. Čo presne k tomu patrí, je uvedené v zmluve a medzi poskytovateľmi sa výrazne líši. Pri pochybnostiach by sa mala zodpovednosť za záplaty potvrdiť písomne. Managed server: vyjasnenie zodpovednosti →
memory_limit: memory_limit obmedzuje, koľko pamäte smie obsadiť jeden skript PHP; štandardne je to 128 MB. Keď sa limit dosiahne, PHP skončí s chybou nedostatku pamäte. Proti CVE-2026-109618 php.net prechodne radí nastaviť memory_limit=-1, pevne zadané, a obmedzenie pamäte cez kontajner alebo cgroup. Správne nastavenie memory_limit →
mod_php: mod_php je modul PHP pre webový server Apache. PHP pri ňom beží priamo v procese Apache a zvyčajne s jeho oprávneniami. Tím PHP hodnotí riziko PHP2Shell pri mod_php ako najvyššie; tam bol predvedený exploit ešte predtým, než sa vôbec spustí kód aplikácie. mod_php vysvetlený: PHP v procese Apache →
ModSecurity: ModSecurity je rozšírená open-source WAF, ktorá beží ako modul v Apache, Nginx alebo iných webových serveroch. Vyhodnocuje požiadavky podľa pravidiel a môže ich zaznamenávať alebo blokovať. Väčšinou sa používa spolu s OWASP Core Rule Set. Nasadenie ModSecurity a OWASP Core Rule Set →
Monitoring: Monitoring je priebežné sledovanie systémov, napríklad dostupnosti, zaťaženia, logových súborov a zmien súborov. Bezpečnostný monitoring cielene hľadá nezrovnalosti, ako nové súbory PHP alebo shelly spúšťané webovým serverom. Pomáha iba vtedy, ak niekto hlásenia aj včas vyhodnotí. Security monitoring pre webové servery →

N

Nginx: Nginx je rozšírený webový server a reverse proxy. PHP sám nevykonáva, ale odovzdáva požiadavky cez FastCGI do PHP-FPM. Dôležitá je konfigurácia, ktorá odovzdáva PHP iba skutočné súbory PHP a vynecháva adresáre pre nahrávanie. Zabezpečenie Nginx s PHP-FPM →
NIS2: NIS2 je smernica EÚ, ktorá pre mnohé firmy a inštitúcie ustanovuje povinnosti v oblasti riadenia rizík a hlásenia bezpečnostných incidentov. Týka sa výrazne viac odvetví a veľkostí podnikov než predchádzajúca úprava. Či sa vzťahuje na vašu firmu, treba objasniť podľa vnútroštátneho prebratia a s právnym poradenstvom. NIS2 a bezpečnosť webserverov →
Núdzový plán: IT núdzový plán určuje, kto pri incidente čo robí: kontakty, rozhodovacie cesty, prvé kroky, obnovenie prevádzky. Musí byť dostupný aj offline pre prípad výpadku systémov. Pravidelné cvičenia ukážu, či v reálnej situácii funguje. Vypracovanie IT núdzového plánu pre webservery →

O

OPcache: OPcache je bytecode cache dodávaná spolu s PHP. Ukladá už preložený kód do zdieľanej pamäte, aby sa súbory PHP nekompilovali pri každom požiadavku odznova. Po aktualizácii alebo vyčistení sa musí cache vyprázdniť, resp. PHP reštartovať, inak môže bežať starý kód. OPcache vysvetlená: bytecode cache PHP →
open_basedir: open_basedir obmedzuje, ku ktorým adresárom môžu skripty PHP pristupovať súborovými funkciami. Na serveroch s viacerými webmi to bráni tomu, aby jedna stránka jednoducho čítala súbory inej. Nejde o úplnú izoláciu; patria k nej oddelení systémoví používatelia a pooly FPM. open_basedir a izolácia každého webu →
Origin server: Origin server je skutočný webový server za CDN alebo reverse proxy. Ak je dostupný aj priamo cez svoju adresu IP, môžu útočníci predradenú ochranu obísť. Origin by preto mal prijímať iba spojenia z CDN alebo proxy. Ochranné pravidlá Cloudflare proti PHP2Shell: čo zvládnu a čo nie →
Out of Memory: Out of Memory označuje stav, keď program nedostane ďalšiu pamäť a musí skončiť. V PHP k tomu dôjde pri prekročení memory_limit. Pri CVE-2026-109618 môže takéto ukončenie prerušiť PHP v čase, keď sú údaje požiadavky inicializované iba čiastočne. memory_limit a Out-of-Memory: čo sa deje vnútri →
OWASP CRS: OWASP Core Rule Set (CRS) je voľne dostupná sada pravidiel pre ModSecurity a kompatibilné WAF. Rozpoznáva typické triedy útokov, ako SQL injection alebo Command Injection. Pravidlá sa musia prispôsobiť aplikácii, inak blokujú aj legitímne požiadavky. Nasadenie ModSecurity a OWASP Core Rule Set →
OWASP Top 10: OWASP Top 10 je pravidelne aktualizovaný zoznam najdôležitejších rizík pre webové aplikácie, ktorý vydáva nezisková organizácia OWASP Foundation. Slúži ako základ pre vývoj, kontroly a školenia. Doplnkom sú príručky OWASP Cheat Sheets s konkrétnymi protiopatreniami.

P

PECL: PECL (PHP Extension Community Library) je adresár rozšírení PHP, ktoré sú napísané v C a nepatria do štandardného rozsahu. Takéto rozšírenia musia zodpovedať nainštalovanej verzii PHP. Po zmene hlavnej verzie PHP sa často musia znovu zostaviť alebo nahradiť. Rozšírenia PHP (extensions) a ich pochopenie →
PHP: PHP je skriptovací jazyk, ktorý beží predovšetkým na webových serveroch a generuje tam webové stránky. Mnohé rozšírené CMS a obchodné systémy, ako WordPress, TYPO3 alebo Shopware, sú napísané v PHP. Zraniteľnosť v interpreteri PHP sa preto týka všetkých aplikácií, ktoré na ňom bežia, bez ohľadu na ich vlastný stav aktualizácií. Čo je PHP? Programovací jazyk vysvetlený →
php-cgi: php-cgi je program PHP na prevádzku cez CGI alebo FastCGI. Podľa tímu PHP patrí medzi režimy prevádzky dotknuté PHP2Shell. Tam, kde sa php-cgi stále používa, sa oplatí overiť, či je možný prechod na PHP-FPM. php-cgi: stará záťaž s rizikom →
PHP-FPM: PHP-FPM (FastCGI Process Manager) je samostatná služba, ktorá spravuje procesy PHP v poolech a prijíma požiadavky od webového servera cez FastCGI. Dnes je to bežný režim prevádzky s Nginx a na mnohých serveroch s Apache. Po aktualizácii PHP sa musí PHP-FPM reštartovať, aby nebežali staré procesy. PHP-FPM vysvetlené: správca procesov, pooly a workery →
php.ini: php.ini je centrálny konfiguračný súbor PHP. Určuje limity, bezpečnostné nastavenia a nastavenia chýb, napríklad memory_limit alebo display_errors. Často existuje pre každé SAPI (FPM, CLI, Apache) vlastná php.ini, ktorú treba udržiavať osobitne. php.ini vysvetlený: štruktúra, úrovne a priorita →
PHP2Shell: PHP2Shell je názov dvoch kritických zraniteľností v samotnom PHP, CVE-2026-109618 a CVE-2026-109619, obe s CVSS v4.0 9.2. Umožňujú spustenie škodlivého kódu na diaľku bez prihlásenia. Opravené sú vo verziách PHP 8.5.12, 8.4.27, 8.3.36 a 8.2.35, zverejnených 21. 10. 2026. Čo je PHP2Shell? Zraniteľnosť jednoducho vysvetlená →
php_admin_value: php_admin_value nastaví hodnotu PHP v poole FPM alebo v konfigurácii Apache tak, aby ju aplikácie nemohli prepísať cez ini_set() ani .htaccess. Pre prepínače existuje php_admin_flag. php.net odporúča túto cestu pre prechodné opatrenia proti PHP2Shell, napríklad pre memory_limit. php_admin_value: zablokovanie nastavení proti prepísaniu →
Plesk: Plesk je rozšírený správcovský panel pre webové servery, v ktorom sa dajú nastaviť domény, verzie PHP a handlery pre jednotlivé weby. Prináša vlastné balíky PHP, ale môže používať aj balíky PHP z distribúcie. Pri backportoch môže Plesk naďalej zobrazovať staršie číslo, napríklad 8.2.34, hoci je záplatované. Server s Plesk: kontrola a záplatovanie verzií PHP →
post_max_size: post_max_size určuje, aká veľká smie byť celková veľkosť obsahu požiadavky POST; štandardne je to 8 MB. Ako prechodné opatrenie proti PHP2Shell php.net uvádza 8M pre weby bez nahrávania súborov a 32M s nahrávaním. upload_max_filesize musí byť nižšie. Zmysluplné obmedzenie post_max_size a upload_max_filesize →
Princíp najmenších oprávnení (Least Privilege): Least Privilege (princíp najmenších oprávnení) znamená, že každý používateľ a každý proces dostane iba tie oprávnenia, ktoré skutočne potrebuje. Ak PHP beží s úzkymi oprávneniami, môže útočník po vniknutí napáchať menej škody. Týka sa to systémových používateľov, oprávnení k súborom, databázových účtov a administrátorských prístupov. Least Privilege: práva používateľa webservera →
Proof of Concept: Proof of Concept (PoC) je dôkaz, že zraniteľnosť je zneužiteľná, často vo forme jednoduchého demonštračného kódu. Slúži výrobcom a výskumníkom na posúdenie, ale môže slúžiť aj útočníkom ako predloha. Zverejnený PoC preto spravidla zvyšuje naliehavosť záplatovania.

R

Ransomware: Ransomware šifruje údaje a žiada výkupné za dešifrovanie, často spojené s hrozbou zverejnenia ukradnutých údajov. Kompromitovaný webový server môže byť východiskovým bodom. Najúčinnejšou ochranou sú oddelené, otestované zálohy a núdzový plán. Stratégia zálohovania servera: zálohy podľa pravidla 3-2-1 →
RCE: RCE (Remote Code Execution) znamená, že útočník môže na cudzom systéme spustiť vlastný kód na diaľku. Ak na to nie je potrebné prihlásenie, hovorí sa o unauthenticated RCE, najzávažnejšej triede zraniteľností webových serverov. S RCE môže útočník čítať údaje, zakladať zadné vrátka a server ďalej zneužívať. Čo je PHP2Shell? Zraniteľnosť jednoducho vysvetlená →
Relácia (session): Relácia (session) prepája viac požiadaviek toho istého návštevníka, napríklad pre prihlásenie alebo nákupný košík. PHP ukladá údaje na strane servera a prehliadaču pridelí ID relácie, štandardne v cookie PHPSESSID. Kto pozná cudzie ID relácie, môže sa za určitých okolností vydávať za daného používateľa. Relácie a cookies v PHP →
Reverse proxy: Reverse proxy prijíma požiadavky z internetu a odovzdáva ich jednému alebo viacerým serverom za sebou. Môže prevziať TLS, rozdeľovať záťaž a slúžiť ako miesto pre pravidlá filtrovania alebo WAF. Ochranu poskytuje iba vtedy, ak servery za ním nie sú dostupné aj priamo. Filtrovanie požiadaviek uploadu na okraji: príležitosti a riziká →
Reťaz dôkazov (Chain of Custody): Chain of Custody (reťaz dôkazov) súvisle dokumentuje, kto kedy zabezpečil, odovzdal a spracoval dôkazný materiál. Doplnená kontrolnými súčtami dokazuje, že údaje neboli zmenené. Bez tejto dokumentácie stopy strácajú hodnotu pred súdom alebo voči poisťovateľom. IT forenzika po útoku na webový server →
RFI: RFI (Remote File Inclusion) je variant, pri ktorom aplikácia načíta a spustí kód z cudzej adresy. V PHP bráni vkladaniu vzdialených súborov nastavenie allow_url_include=Off, ktoré je štandardom už dlho. Staré aplikácie a konfigurácie by sa na to mali skontrolovať. Zabrániť Local File Inclusion v PHP: LFI a RFI →
Root server: Root server je prenajatý server, na ktorom má zákazník plné administrátorské práva. Plnú zodpovednosť za aktualizácie, hardening a monitorovanie má potom tiež zákazník. Poskytovateľ zabezpečuje iba hardvér a sieť. Vlastné zabezpečenie root servera a vServeru →
Rozšírenie (extension): Rozšírenie (extension) dopĺňa PHP o funkcie, napríklad pre databázy, obrázky alebo šifrovanie. Rozšírenia bežia v tom istom procese ako PHP a majú rovnaké oprávnenia. Vypnutie nepotrebných rozšírení zmenšuje plochu útoku. Rozšírenia PHP (extensions) a ich pochopenie →

S

SAPI: SAPI (Server Application Programming Interface) je rozhranie, cez ktoré PHP komunikuje so svojím prostredím, napríklad s Apache, PHP-FPM alebo príkazovým riadkom. Od použitého SAPI závisí, ako sa procesy PHP spúšťajú, opätovne využívajú a reštartujú. Pri PHP2Shell sú podľa tímu PHP dotknuté viaceré režimy prevádzky, s najvyšším rizikom mod_php. SAPI vysvetlené: ako PHP komunikuje s webovým serverom →
SEO spam: SEO spam sú zavlečené stránky, odkazy alebo presmerovania, ktorými útočníci umiestňujú cudzie ponuky vo vyhľadávačoch. Manipulovaný obsah často vidia iba vyhľadávače alebo návštevníci z Googlu. Okrem vyčistenia je potom potrebná aj kontrola v Google Search Console. SEO spam a cudzie stránky v indexe Google →
serialize_handler: session.serialize_handler určuje, v akom formáte PHP ukladá údaje relácie, napríklad php, php_binary alebo php_serialize. Upozornenie k CVE-2026-115560 sa týka iba nezvyčajnej konfigurácie, v ktorej sa tento formát mení za behu a je aktívny session upload progress. Dočasným riešením do ďalšieho vydania s opravami je session.upload_progress.enabled=0. CVE-2026-115560: upozornenie k session upload progress →
session.upload_progress: Session upload progress je funkcia PHP, ktorá ukladá priebeh prebiehajúcich nahrávaní súborov do relácie; štandardne je zapnutá. php.net prechodne radí nastaviť session.upload_progress.enabled=0 v php.ini, v poole FPM alebo v konfigurácii servera a potom reštartovať všetky workery. Samotné nastavenie podľa odborných správ neuzavrie obe zraniteľnosti PHP2Shell; povinná zostáva aktualizácia. Vypnutie session.upload_progress: správne a trvalo →
SIEM: SIEM (Security Information and Event Management) centrálne zbiera logové údaje z mnohých systémov a vyhodnocuje ich z hľadiska bezpečnostných udalostí. Tak sa dajú rozpoznať súvislosti, ktoré by v jednotlivých logoch zanikli. SIEM potrebuje udržiavané pravidlá a ľudí, ktorí hlásenia spracúvajú. Security monitoring pre webové servery →
Skimming: Pri skimmingu v e-shopoch útočníci zavlečú do pokladne JavaScript, ktorý odpočúva a odosiela platobné a zákaznícke údaje. Kód sa často skrýva v súboroch témy, sledovacích skriptoch alebo záznamoch v databáze. Zákazníci si ničoho nevšimnú, obchodník často až na upozornenie poskytovateľov platieb. Hacknutý e-shop? IT bezpečnosť pre obchodníkov →
Sprostredkovateľská zmluva (AVV): Zmluva o spracúvaní v mene prevádzkovateľa (AVV, Auftragsverarbeitungsvertrag, v SR sprostredkovateľská zmluva) podľa čl. 28 GDPR je potrebná vtedy, ak poskytovateľ služieb spracúva v poverení osobné údaje alebo k nim môže pristupovať. To platí často aj pre poskytovateľov hostingu, agentúry a IT dodávateľov s prístupom k serveru. Zmluva upravuje okrem iného pokyny, ochranné opatrenia a cesty hlásenia. Spracúvanie osobných údajov, keď dodávatelia pristupujú na servery →
SQL injection: Pri SQL injection útočník cez vstupy vloží do aplikácie vlastné databázové príkazy. Takto sa dajú údaje čítať alebo meniť. Ochranu poskytujú pripravené príkazy (prepared statements) so zástupnými znakmi namiesto skladaných textov SQL. Zabrániť SQL injection v PHP →
SSRF: SSRF (Server-Side Request Forgery) donúti aplikáciu posielať v mene útočníka požiadavky na iné adresy, aj na interné systémy. Tak sa sprístupnia služby, ktoré by mali byť zvonka oddelené. Ochranu poskytujú zoznamy povolených cieľov a blokovanie interných adresných rozsahov. Ako zabrániť Server-Side Request Forgery (SSRF) v PHP →
Stupeň varovania: BSI zaraďuje situáciu ohrozenia pri bezpečnostných varovaniach do stupňov, ktoré sú označené aj farbami. Stupeň 3 (oranžový) znamená kritickú situáciu pre podnikanie s možným masívnym narušením bežnej prevádzky. Pre PHP2Shell platí stupeň varovania 3 / oranžový. BSI stupeň varovania oranžový: čo zaradenie znamená →
Superglobálne premenné: Superglobálne premenné sú premenné, ktoré PHP poskytuje v každom skripte, napríklad $_GET, $_POST, $_COOKIE, $_FILES, $_SERVER a $_SESSION. Obsahujú údaje aktuálneho požiadavku, ktoré z veľkej časti pochádzajú od návštevníka. S ich obsahom sa musí zaobchádzať ako s nedôveryhodným a musí sa kontrolovať. Superglobálne premenné: $_GET, $_POST, $_FILES a ďalšie →
sury.org: sury.org je repozitár balíkov Ondřeja Surého s aktuálnymi a staršími verziami PHP pre Debian a Ubuntu. Je to ponuka tretej strany a nie bezpečnostný archív Debianu. Podľa správ tam boli poskytnuté zostavenia pre všetky vetvy od 5.6 po 8.5. Repozitár sury.org: balíky PHP z externého zdroja →

T

Threat Hunting: Threat Hunting je aktívne hľadanie útočníkov vo vlastnej sieti bez toho, aby existovalo varovanie. Východiskom sú hypotézy, napríklad: Spustil proces webového servera od 20. 10. shell? Takto sa nájdu vniknutia, ktoré automatické nástroje prehliadli. Varovný signál: webový server spúšťa shell →
TISAX: TISAX je postup skúšania a výmeny informácií o informačnej bezpečnosti v automobilovom priemysle. Opiera sa o katalóg požiadaviek Zväzu automobilového priemyslu (VDA) a prevádzkuje ho ENX Association. Dodávatelia ním musia voči výrobcom preukázať svoju úroveň bezpečnosti. ISO 27001 a TISAX: čo sa týka webserverov →
TLS: TLS (Transport Layer Security) šifruje spojenie medzi prehliadačom a serverom; rozpoznateľné podľa HTTPS. Aktuálne sa odporúčajú TLS 1.2 a 1.3, staršie verzie protokolu by mali byť vypnuté. TLS chráni údaje na ceste, nie pred zraniteľnosťami na samotnom serveri. Správna konfigurácia TLS a HTTPS →
Type Juggling: Type Juggling je automatická konverzia typov v PHP, napríklad pri voľnom porovnávaní pomocou ==. Vďaka tomu môžu byť hodnoty považované za rovnaké, hoci nie sú, čo je nebezpečné pri kontrole hesiel alebo tokenov. Ochranu poskytujú striktné porovnania pomocou === a hash_equals() pre tajné údaje. Type Juggling v PHP: voľné porovnania ako bezpečnostné riziko →

U

upload_max_filesize: upload_max_filesize obmedzuje veľkosť jedného nahrávaného súboru; štandardne sú to 2 MB. Hodnota musí byť menšia než post_max_size, pretože súbor je súčasťou požiadavky POST. Príliš veľkorysé hodnoty zväčšujú plochu útoku bez prínosu. Zmysluplné obmedzenie post_max_size a upload_max_filesize →
.user.ini: Súbory .user.ini sú nastavenia PHP platné pre jednotlivé adresáre, ktoré vyhodnocujú PHP-FPM a CGI. Prevádzkovatelia webov tak môžu bez prístupu k serveru zmeniť jednotlivé hodnoty, ale iba tie, ktoré PHP na to uvoľní. Bezpečnostné nastavenia, ako session.upload_progress.enabled=0 proti PHP2Shell, sa podľa php.net nemajú nastavovať cez .user.ini. php.ini vysvetlený: štruktúra, úrovne a priorita →

V

VdS 10000: VdS 10000 je smernica VdS Schadenverhütung (nemecká organizácia pre prevenciu škôd) pre informačnú bezpečnosť v malých a stredných podnikoch. Je štíhlejšia než ISO 27001 a prispôsobená možnostiam MSP. Certifikácia podľa nej je možná. VdS 10000: informačná bezpečnosť pre malé a stredné podniky →
Virtuálne záplatovanie: Virtuálne záplatovanie blokuje útoky na známu zraniteľnosť pred aplikáciou, väčšinou pomocou WAF, bez zmeny zraniteľného kódu. Získa sa tým čas, kým je možná skutočná aktualizácia. Pri PHP2Shell napríklad Cloudflare varuje, že pravidlá založené len na údajoch požiadavky nestačia; aktualizácia zostáva povinná. WAF a virtuálne záplatovanie pre PHP →
vServer: vServer (virtuálny server) je virtuálny počítač na zdieľanom hardvéri, s vlastným operačným systémom a väčšinou s prístupom root. Pre bezpečnosť platí to isté ako pri root serveri: aktualizácie a hardening sú vecou zákazníka. Mnohé vServery bežia s predinštalovanými panelmi, ako je Plesk. Vlastné zabezpečenie root servera a vServeru →

W

WAF: WAF (Web Application Firewall) kontroluje požiadavky HTTP pred aplikáciou a blokuje známe vzory útokov. Môže bežať ako cloudová služba, ako proxy alebo ako modul webového servera. Získa sa tým čas, ale nenahrádza aktualizáciu a dá sa obísť, ak je server dostupný aj priamo. WAF a virtuálne záplatovanie pre PHP →
Webshell: Webshell je skript, ktorý útočníci uložia na webový server, aby ho mohli ovládať cez prehliadač. Je často malý, zamaskovaný a ukrytý v adresároch pre nahrávanie alebo v cache. Webshell zostáva aj po aktualizácii PHP alebo CMS a treba ju cielene hľadať. Rozpoznať webshell a odstrániť ju →

X

XSS: XSS (Cross-Site Scripting) znamená, že sa cudzí JavaScript spustí cez web v prehliadači iných návštevníkov. Takto sa dajú prevziať relácie alebo odpočúvať údaje vo formulároch. Ochranu poskytuje dôsledné kódovanie všetkých výstupov a Content Security Policy. Zabrániť XSS v PHP: bezpečne odraziť Cross-Site-Scripting →
XXE: XXE (XML External Entities) zneužíva to, že parsery XML môžu načítavať externé odkazy v dokumentoch. Tým sa môžu za určitých okolností čítať súbory zo servera alebo spúšťať interné požiadavky. Ochranu poskytuje vypnutie načítavania externých entít pri spracúvaní nedôveryhodných údajov XML. Ako zabrániť XML External Entities (XXE) v PHP →

Z

Zabezpečenie dôkazov: Zabezpečenie dôkazov znamená zachovať stopy incidentu skôr, než sa stratia čistením, reštartom alebo novou inštaláciou. Patria k tomu logové súbory, obrazy dátových nosičov a podľa prípadu aj pamäť. Odborná tlač po PHP2Shell radí uchovať logy servera od 20. 10. 2026. Zabezpečte dôkazy skôr, než server nainštalujete odznova →
ZAC: Zentrale Ansprechstellen Cybercrime (ZAC, centrálne kontaktné miesta pre kybernetickú kriminalitu) nemeckej polície sú špecializované kontaktné miesta pre firmy a úrady, ktoré sa stali obeťou kybernetického útoku. Existujú vo všetkých nemeckých spolkových krajinách a pri BKA. Prijímajú trestné oznámenia a radia pri ďalšom postupe. Podanie trestného oznámenia: ZAC (centrálne kontaktné miesta pre kybernetickú kriminalitu) →
Zdieľaný hosting: Pri zdieľanom hostingu zdieľa server, ktorý prevádzkuje poskytovateľ hostingu, mnoho zákazníkov. Poskytovateľ zodpovedá za PHP, operačný systém a webový server, zákazník za svoju aplikáciu. Pri PHP2Shell to znamená: opýtať sa poskytovateľa na stav záplat a skontrolovať vlastný web na stopy. Zdieľaný hosting: čo robí poskytovateľ a čo musíte urobiť vy →
Zend Engine: Zend Engine je jadro interpretera PHP. Prekladá kód PHP na interné príkazy (opcódy), vykonáva ich a spravuje pamäť. Chyby v Zend Engine sa dotýkajú každej aplikácie PHP a dajú sa odstrániť iba aktualizáciou PHP. Zend Engine: srdce PHP →
Zero-Day: Zero-Day je zraniteľnosť, ktorá sa zneužíva alebo je verejne známa ešte predtým, než výrobca poskytne záplatu. Prevádzkovatelia majú potom nulový časový náskok. Do vydania záplaty pomáhajú iba prechodné opatrenia, oddelenie a monitorovanie. Časové okno medzi záplatou a útokom →
Záloha 3-2-1: Pravidlo 3-2-1 odporúča tri kópie údajov na dvoch rôznych úložných médiách, z toho jednu na inom mieste. Aspoň jedna kópia by mala byť zo servera nezmeniteľná, aby ju útočníci nemohli zmazať ani zašifrovať. Záloha sa počíta až vtedy, keď je obnovenie otestované. Stratégia zálohovania servera: zálohy podľa pravidla 3-2-1 →
Záplata (patch): Záplata (patch) je oprava od výrobcu, ktorá uzavrie zraniteľnosť v programovom kóde. Účinkuje až vtedy, keď je nainštalovaná a všetky bežiace procesy boli reštartované. Záplata neodstráni už zavlečený škodlivý softvér a nedokazuje, že sa predtým nič nestalo. Služba záplatovania PHP: aktualizácia s reštartom a dokladom →

Č

Časová os: Časová os (timeline) usporiada všetky stopy incidentu chronologicky: záznamy v logoch, zmeny súborov, prihlásenia, procesy. Ukazuje, kedy sa útok začal a čo sa stalo v akom poradí. Dôležité je jednotné časové pásmo, najlepšie UTC. Vytvorenie časovej osi incidentu →

Okamžitý kontakt

Každá hodina sa počíta. Napíšte nám hneď.

Stručne opíšte systém, verziu PHP a svoje pozorovanie. Ozveme sa, vyjasníme situáciu a budeme pracovať na diaľku, kým nebude incident uzavretý a zdokumentovaný.

Núdza cez WhatsApp Zavolať