# Blog: PHP2Shell, bezpečnosť serverov a núdzová pomoc

> Blog o PHP2Shell a bezpečnosti serverov: situácia, hosting, detekcia, hardening, bezpečný vývoj, manažment a pomôcky pri rozhodovaní.

Zdroj: https://phpsos.de/sk/blog/  
Stav: 25.10.2026  
Poskytovateľ: PHP SOS, Núdzová pomoc pri PHP a bezpečnosť serverov. Okamžitá pomoc cez WhatsApp: https://wa.me/491736494914?text=Dobr%C3%BD%20de%C5%88%2C%20PHP%20SOS%2C%20potrebujeme%20pomoc%20s%20na%C5%A1%C3%ADm%20serverom%20s%20PHP.%20Spolo%C4%8Dnos%C5%A5%3A%20%E2%80%A6%20Web%3A%20%E2%80%A6

Zaradenie situácie, návody pre administrátorov a pomôcky pri rozhodovaní pre vedenie. Zoradené podľa témy, každý článok so zdrojmi.

- [PHP2Shell: čo je preukázané a čo nie](https://phpsos.de/sk/blog/php2shell-was-belegt-ist/): Kontrola faktov k PHP2Shell: ktoré tvrdenia pochádzajú z primárnych zdrojov, ktoré z mediálnych správ a ktoré tvrdenia sa neudržia.
- [Prečo sa zraniteľnosť PHP stala známou pred záplatou](https://phpsos.de/sk/blog/php-luecke-vorzeitig-bekannt/): Podľa správ sa podrobnosti o PHP2Shell dostali na verejnosť pred skončením embarga. Vysvetľujeme priebeh a čo znamená pre plánovanie záplat.
- [Úrady odpájajú weby od siete: čo sa z toho môžu naučiť podniky](https://phpsos.de/sk/blog/behoerden-webseiten-offline/): Mainz, hesenská vláda a BKA preventívne odpojili weby od siete. Čo sa z toho môžu podniky naučiť pre vlastné rozhodovanie.
- [BSI stupeň varovania oranžový: čo zaradenie znamená](https://phpsos.de/sk/blog/bsi-warnstufe-orange-erklaert/): BSI zaraďuje PHP2Shell do stupňa 3 / oranžový. Čo stupnica hovorí, čo nie, a ako podniky premenia zaradenie na rozhodnutia.
- [Čo k PHP2Shell radia CERT-EU a CERT-Bund](https://phpsos.de/sk/blog/cert-eu-empfehlungen-php/): Oficiálne miesta sa zhodujú: ihneď záplatovať, inak izolovať. Porovnávame odporúčania a ukazujeme, ako izolácia vyzerá v praxi.
- [Ochranné pravidlá Cloudflare proti PHP2Shell: čo zvládnu a čo nie](https://phpsos.de/sk/blog/cloudflare-waf-php2shell/): Cloudflare včas nasadil ochranné pravidlá proti PHP2Shell. Prečo pomáhajú, prečo aj tak nenahrádzajú aktualizáciu PHP a ktoré nastavenia skontrolovať.
- [22,6 milióna vystavených inštancií: ako čísla správne zaradiť](https://phpsos.de/sk/blog/exponierte-instanzen-einordnen/): Unit 42, CybelAngel a ďalší uvádzajú o PHP2Shell veľmi rozdielne čísla. Vysvetľujeme, čo sa počítalo a ktoré číslo je pre vás skutočne dôležité.
- [PHP2Shell za päť minút: brífing pre vedenie firmy](https://phpsos.de/sk/blog/php2shell-briefing-geschaeftsfuehrung/): Bezpečnostná zraniteľnosť PHP2Shell na jednej strane pre rozhodovateľov: situácia, riziko, päť otázok pre IT a rozhodnutia na dnes.
- [Bezpečnostná zraniteľnosť PHP jednoducho vysvetlená](https://phpsos.de/sk/blog/php-luecke-einfach-erklaert/): PHP2Shell pre netechnikov: s obrazmi z bežného života, malým slovníkom a tromi typickými východiskovými situáciami, čo robiť ako prevádzkovateľ webu.
- [PHP2Shell: 15 otázok zákazníkov hostingu](https://phpsos.de/sk/blog/fragen-von-hosting-kunden/): Váš web leží u poskytovateľa hostingu a chcete vedieť, čo musíte pri PHP2Shell urobiť sami? Tu je 15 najčastejších otázok s krátkymi odpoveďami.
- [Prečo update WordPress proti PHP2Shell nepomáha](https://phpsos.de/sk/blog/warum-wordpress-update-nicht-hilft/): Mnohí prevádzkovatelia po titulkoch aktualizovali WordPress a cítia sa bezpečne. Prečo to pri PHP2Shell nestačí a čo namiesto toho rozhoduje.
- [PHP2Shell a Log4Shell: čo majú zraniteľnosti spoločné](https://phpsos.de/sk/blog/php2shell-und-log4shell/): Mnohí porovnávajú PHP2Shell s Log4Shell z roku 2021. Čo porovnanie unesie, kde krívá a ktoré poučenia z vtedy dnes pomáhajú.
- [Hromadné skeny nezaplátaného PHP: ako prebiehajú automatizované útoky](https://phpsos.de/sk/blog/automatisierte-massenscans/): Po PHP2Shell útočníci automatizovane prehľadávajú internet kvôli zraniteľným serverom. Ako to prebieha, prečo veľkosť nehrá rolu a čo vás ochráni.
- [Časové okno medzi záplatou a útokom](https://phpsos.de/sk/blog/zeitfenster-patch-angriff/): Pri PHP2Shell boli pokusy o útok už pred záplatou. Vysvetľujeme fázy časového okna, ako zmerať vlastné a ako ho skrátiť.
- [Po PHP2Shell: prečo sú ďalšie hlásenia pravdepodobné](https://phpsos.de/sk/blog/weitere-php-meldungen/): PHP2Shell nie je záplatou z 21. októbra uzavreté. Prečo treba čakať ďalšie hlásenia a ako na ne svoj tím pripraviť.
- [PHP2Shell: obraz situácie prvého týždňa](https://phpsos.de/sk/blog/lagebild-erste-woche/): Týždeň po prvom pozorovanom pokuse o útok: stav záplat, varovaní úradov, útokov a vypnutí, čisto oddelený podľa zdrojov.
- [Nebezpečné falošné tipy k PHP2Shell, ktoré práve kolujú](https://phpsos.de/sk/blog/gefaehrliche-falschtipps/): Blokovať cookies, skrývať chybové hlásenia, aktualizovať len CMS: deväť rád k PHP2Shell, ktoré vytvárajú falošný pocit bezpečia, a čo skutočne rozhoduje.
- [Zmena verzie PHP v zákazníckej zóne hostingu](https://phpsos.de/sk/blog/php-version-hosting-aendern/): Ako v zákazníckej zóne poskytovateľa hostingu prepnúť verziu PHP, ktorú verziu zvoliť a čo skontrolovať pred prepnutím a po ňom.
- [Debian a Ubuntu: je môj balík PHP zaplátaný?](https://phpsos.de/sk/blog/debian-ubuntu-paket-gepatcht/): Ktoré balíky PHP Debian a Ubuntu proti PHP2Shell opravili, ako presne porovnať nainštalovaný stav a na čom doklad zlyháva.
- [RHEL, AlmaLinux a Rocky Linux: kontrola záplaty PHP](https://phpsos.de/sk/blog/rhel-almalinux-rocky-php/): Čo Red Hat k PHP2Shell zverejnil, ako na RHEL a jeho klonoch doložiť stav balíka a prečo reload nestačí.
- [Repozitár sury.org: balíky PHP z externého zdroja](https://phpsos.de/sk/blog/sury-repository-php/): Mnohé servery Debian a Ubuntu získavajú PHP z repozitára sury. Čo to po PHP2Shell znamená pre aktualizácie, doklady a staré verzie PHP.
- [Repozitár Remi: udržiavať PHP na systémoch RHEL aktuálne](https://phpsos.de/sk/blog/remi-repository-php/): Remi dodáva aktuálne verzie PHP pre rodinu RHEL, ako modul alebo paralelne inštalovateľné. Ako skontrolovať stav po PHP2Shell a nezabudnúť na žiadnu vetvu.
- [Prečo php -v po aktualizácii ukazuje rovnaké číslo](https://phpsos.de/sk/blog/php-v-zeigt-alte-nummer/): Aktualizácia prebehla, no php -v hlási starú verziu. Väčšinou ide o backport, nie o chybu. Takto rozlíšite neškodné prípady od skutočných problémov.
- [Doloženie čísel CVE v changelogu balíka](https://phpsos.de/sk/blog/cve-im-changelog-nachweisen/): Kto musí vedeniu, audítorom alebo poisťovateľom doložiť záplatu PHP, potrebuje viac než číslo verzie. Takto sa záznam v changelogu stane dokladom.
- [Zmena poskytovateľa hostingu po bezpečnostnom incidente: na čo dbať?](https://phpsos.de/sk/blog/hoster-wechseln-nach-vorfall/): Po incidente je túžba po novom poskytovateľovi hostingu pochopiteľná. Aby sa pri zmene neprenesol aj útočník, záleží na poradí krokov a na výbere.
- [Viac verzií PHP na jednom serveri: každú zaplátať zvlášť](https://phpsos.de/sk/blog/mehrere-php-versionen-server/): Na mnohých serveroch beží popri sebe tri, štyri alebo viac inštalácií PHP. Po PHP2Shell treba každú nájsť, aktualizovať a reštartovať.
- [Vypnutie starých verzií PHP v hostingovom paneli](https://phpsos.de/sk/blog/alte-php-versionen-abschalten/): PHP2Shell je dobrý dôvod zbaviť sa starých verzií PHP. Postupujte v troch fázach, aby nevypadol bez povšimnutia žiadny web ani cronjob.
- [Plesk: ako rozumieť handlerom PHP (FPM, FastCGI, modul Apache)](https://phpsos.de/sk/blog/plesk-php-handler/): Aký handler PHP používa Plesk pre web, rozhoduje o izolácii, konfigurácii a riziku. Porovnanie s ohľadom na PHP2Shell.
- [CloudLinux a alt-php: čo by mali vedieť zákazníci hostingu](https://phpsos.de/sk/blog/cloudlinux-alt-php/): Na serveroch s CloudLinuxom bežia weby často na vlastných balíkoch alt-php. Každá z týchto verzií potrebuje vlastnú záplatu a nasadiť ju môže len prevádzkovateľ servera.
- [PHP na NAS, firewalloch a zariadeniach: zabudnuté systémy](https://phpsos.de/sk/blog/php-auf-nas-und-appliances/): PHP nepoužívajú len webové servery. Dotknúť sa môže aj NAS, firewallov a odborných zariadení s webovým rozhraním. Záplatovať tam spravidla môže len výrobca, dostupnosť si regulujete sami.
- [PHP u poskytovateľov cloudu a PaaS: kto záplatuje runtime?](https://phpsos.de/sk/blog/paas-php-laufzeit/): Pri platformových službách závisí záplata PHP od modelu prevádzky. Rozhodujúci je runtime, ktorý skutočne web poskytuje, nie lokálne prostredie ani kód aplikácie.
- [Oficiálne obrazy PHP Docker: tagy, digesty a nové zostavenie](https://phpsos.de/sk/blog/offizielle-php-docker-images/): Tag oficiálneho obrazu PHP je ukazovateľ, ktorý sa časom presúva na nové stavy. Kto vie, čo znamená tag, variant a digest, vyberie správny obraz a vie doložiť stav záplat.
- [CI/CD: automatické nové zostavenie obrazov PHP](https://phpsos.de/sk/blog/php-images-in-ci-neu-bauen/): Obraz zastaráva aj bez zmeny kódu. Časovo riadené buildy, kontrola verzie a nasadenie podľa digestu dostanú záplaty PHP spoľahlivo do produkcie.
- [Dlhodobá podpora starých verzií PHP: možnosti a hranice](https://phpsos.de/sk/blog/langzeitsupport-alte-php-versionen/): Kto nemôže hneď prejsť z PHP 8.1 alebo staršieho, nájde dlhodobú podporu u distribúcií, tretích strán a komerčných služieb. Čo tieto cesty poskytujú, čo potrebujete písomne a kde sú hranice.
- [Aktualizácia PHP vo Windows](https://phpsos.de/sk/blog/php-unter-windows-aktualisieren/): Vo Windows neexistuje automatická aktualizácia PHP. Kto vyberie správny variant, skontroluje stiahnutie a reštartuje všetky procesy, dostane záplatu PHP2Shell čisto na každý počítač.
- [Varovný signál: webový server spúšťa shell](https://phpsos.de/sk/blog/webserver-startet-shell/): Ak proces PHP-FPM alebo webového servera spustí shell, je to jeden z najsilnejších varovných signálov vlámania. Ako preveriť strom procesov, zaradiť výnimky a vzorec trvalo sledovať.
- [Hľadanie podozrivých procesov na serveroch s Linuxom](https://phpsos.de/sk/blog/verdaechtige-prozesse-linux/): Škodlivé procesy sa maskujú neškodnými názvami, bežia z dočasných priečinkov alebo zo zmazaných súborov. Niekoľkými čítacími príkazmi nájdete nápadnosti a zaradíte ich.
- [Rozpoznanie skrytých cronjobov ako zadných vrátok](https://phpsos.de/sk/blog/cronjobs-als-hintertuer/): Útočníci využívajú plánované úlohy, aby sa po vyčistení vrátili. Takto úplne skontrolujete crontaby, adresáre cron, časovače systemd a úlohy at a rozpoznáte podozrivé záznamy.
- [Hľadanie nedávno zmenených súborov na webovom serveri](https://phpsos.de/sk/blog/geaenderte-dateien-finden/): Po možnom vlámaní záleží na tom, čo sa na serveri zmenilo. Ako hľadať podľa časových okien, správne využiť mtime a ctime a porovnať s balíkmi, Gitom a zálohami.
- [Súbory PHP v priečinku na nahrávanie: správny výklad nálezov](https://phpsos.de/sk/blog/php-dateien-im-upload-ordner/): Súbor PHP v priečinku na nahrávanie je takmer vždy výstražný znak, no nie každý je škodlivý kód. Ako nález vyhodnotiť bez zničenia stôp a objasniť, či ho niekto zavolal.
- [Rozpoznanie zahmleného kódu PHP](https://phpsos.de/sk/blog/verschleierter-php-code/): Nečitateľný kód PHP s eval a base64_decode je klasickým znakom votrelého škodlivého kódu. Aké vzorce hľadať, ako ich nájsť bezpečne a kedy je zahmlenie legitímne.
- [Kontrola odchádzajúcich spojení servera](https://phpsos.de/sk/blog/ausgehende-verbindungen-pruefen/): Webový server odpovedá predovšetkým na požiadavky. Ak sám nadväzuje spojenia na neznáme ciele, môže to znamenať riadenie útočníkmi alebo únik dát. Ako odchádzajúcu prevádzku skontrolovať a obmedziť.
- [Hľadanie cudzích účtov administrátora v CMS a na serveri](https://phpsos.de/sk/blog/fremde-admin-konten-finden/): Neznámy administrátor je často najjednoduchšie zadné vrátko. Ako hľadať cudzie účty úroveň po úrovni, aj tie, ktoré rozhranie skrýva.
- [Hľadanie a odstránenie neznámych kľúčov SSH](https://phpsos.de/sk/blog/ssh-schluessel-pruefen/): Votrelecký kľúč SSH otvára útočníkom dvere aj vtedy, keď sú všetky heslá zmenené. Ako nájsť každý súbor authorized_keys a skontrolovať každý záznam.
- [Kryptominer na webovom serveri: príznaky a postup](https://phpsos.de/sk/blog/kryptominer-auf-dem-server/): Trvalo plný procesor bez toho, aby pribudlo návštevníkov: môže to byť kryptominer. Ako skontrolovať záťaž, nájsť proces a jeho mechanizmy opätovného spúšťania a postupovať usporiadane.
- [Server rozosiela spam: ako nájsť príčiny](https://phpsos.de/sk/blog/server-verschickt-spam/): Nedoručiteľné e-maily, zoznamy blokovaných adries, sťažnosti: keď váš server rozosiela spam, stojí za tým zvyčajne skript alebo zneužitá schránka. Ako nájsť zdroj.
- [SEO spam a cudzie stránky v indexe Google](https://phpsos.de/sk/blog/seo-spam-im-google-index/): Pod vašou doménou sa zrazu umiestňujú stránky o liekoch alebo značkovom tovare. Takto zistíte, odkiaľ SEO spam pochádza, a dostanete ho z indexu.
- [Web presmerúva na cudzie stránky](https://phpsos.de/sk/blog/website-leitet-um/): Návštevníci pristávajú na súťažiach alebo pochybných e-shopoch, vy však nič nevidíte? Takto nájdete vrstvu, v ktorej presmerovanie sídli, a odstránite ho.
- [Zabezpečte dôkazy skôr, než server nainštalujete odznova](https://phpsos.de/sk/blog/beweise-sichern-vor-neuinstallation/): Nová inštalácia odstráni útočníka, ale aj všetky stopy. Kto predtým investuje hodinu do zabezpečenia dôkazov, vie neskôr povedať, čo sa stalo.
- [Vytvorenie časovej osi incidentu](https://phpsos.de/sk/blog/zeitleiste-eines-vorfalls/): Kedy útočník prišiel, čo robil, kedy sa to zistilo? Prehľadná časová os odpovedá na tieto otázky a je základom pre oznámenia, poistenie a správu.
- [Porovnanie jadrových súborov CMS s originálom](https://phpsos.de/sk/blog/cms-kerndateien-vergleichen/): Porovnanie s čistým originálom ukáže každý zmenený súbor, bez ohľadu na to, či ho skener pozná. Takto zostavíte porovnanie pre WordPress, projekty Composer a systémové balíky.
- [Kontrola databázy na votknutý kód](https://phpsos.de/sk/blog/datenbank-auf-schadcode-pruefen/): Kto kontroluje len súbory, prehliadne polovicu. Takto prehľadáte obsah, nastavenia, triggery a účty databázy na votknutý kód, čítacím spôsobom a na kópii.
- [Skenery malvéru pre weby: čo nájdu a čo nie](https://phpsos.de/sk/blog/grenzen-von-malware-scannern/): Skener nehlási nič, takže je všetko v poriadku? Nie nevyhnutne. Aké druhy skenerov webov existujú, čo vidí každý z nich a čo zásadne vidieť nemôže.
- [Izolácia poolov PHP-FPM pre každý web](https://phpsos.de/sk/blog/php-fpm-pools-isolieren/): Vlastný pool pre každý web je začiatok, nie koniec. Takto skontrolujete existujúce pooly a sprísnite sockety, prípony, stavové stránky, zdroje a protokoly.
- [Správne nastavenie memory_limit](https://phpsos.de/sk/blog/memory-limit-richtig-setzen/): memory_limit obmedzuje pamäť na jednu požiadavku PHP. Po PHP2Shell php.net dočasne radí opak. Čo platí v bežnej prevádzke, v prechodnom období a po aktualizácii.
- [Zmysluplné obmedzenie post_max_size a upload_max_filesize](https://phpsos.de/sk/blog/post-max-size-upload-limits/): Limity uploadu pôsobia na troch miestach: vo webovom serveri, v PHP a v aplikácii. Takto hodnoty nastavíte zosúladene, aj s prechodnými hodnotami php.net k PHP2Shell.
- [Vypnutie session.upload_progress: správne a trvalo](https://phpsos.de/sk/blog/session-upload-progress-abschalten/): Náprava proti CVE-2026-115560 a jedno z prechodných opatrení k PHP2Shell sa nastaví rýchlo. Aby vydržala, musí byť na správnom mieste, zablokovaná a po každej aktualizácii znova overená.
- [expose_php a hlavičky Server: skrytie údajov o verzii](https://phpsos.de/sk/blog/expose-php-versionsangaben/): PHP, Nginx a Apache štandardne uvádzajú číslo verzie v každej odpovedi. Pred útokmi to nechráni, skenerom to však dáva pohodlný zoznam cieľov. Takto to vypnete a prehľad si aj tak zachováte.
- [display_errors off: vypnutie chybových výstupov v produkcii](https://phpsos.de/sk/blog/display-errors-produktion/): Viditeľné chybové hlásenia PHP prezrádzajú cesty, názvy databáz a verzie. Takto ich vypnete v PHP, vo frameworku a vo webovom serveri bez straty prehľadu o chybách.
- [php_admin_value: zablokovanie nastavení proti prepísaniu](https://phpsos.de/sk/blog/php-admin-value-sperren/): Bezpečnostné nastavenie je na málo, ak ho aplikácia jedným riadkom kódu znova zmení. Pomocou php_admin_value a php_admin_flag určíte hodnoty pre PHP-FPM a Apache záväzne.
- [Nastavenie pamäťových hraníc pomocou systemd a cgroups](https://phpsos.de/sk/blog/speichergrenzen-systemd-cgroups/): php.net odporúča ako prechodné opatrenie k PHP2Shell memory_limit=-1 a pamäťovú hranicu mimo PHP. Takto túto hranicu nastavíte pomocou systemd a cgroups, aby jeden worker nestiahol celú službu.
- [Bezpečná konfigurácia Nginx pre PHP](https://phpsos.de/sk/blog/nginx-fuer-php-absichern/): Väčšina slabín v nastaveniach Nginx pre PHP nie je v Nginx, ale v niekoľkých riadkoch lokácie PHP. Takto odovzdanie do PHP-FPM nastavíte tak, aby sa vykonávali len zamýšľané skripty.
- [Bezpečná konfigurácia Apache pre PHP](https://phpsos.de/sk/blog/apache-fuer-php-absichern/): Apache je flexibilný a práve to ho robí náchylným na chybnú konfiguráciu. Takto napojíte PHP cez PHP-FPM, uzavriete .htaccess ako zadné vrátko a bezpečne nastavíte najdôležitejšie jadrové voľby.
- [Zákaz vykonávania PHP v priečinkoch s uploadmi](https://phpsos.de/sk/blog/php-in-uploads-verbieten/): Webshell potrebuje dve veci: priečinok, do ktorého sa dá zapisovať, a server, ktorý ju vykoná. Takto jej vezmete to druhé, a to v každom zapisovateľnom priečinku, nielen v uploads.
- [Filtrovanie požiadaviek uploadu na okraji: príležitosti a riziká](https://phpsos.de/sk/blog/upload-anfragen-am-rand-filtern/): Odborní autori navrhujú blokovať požiadavky uploadu mimo skutočných ciest uploadu na proxy, kým nie je PHP zaplátané. Môže to pomôcť, ale aj ochromiť formuláre a objednávky. Takto postupujte kontrolovane.
- [Nasadenie ModSecurity a OWASP Core Rule Set](https://phpsos.de/sk/blog/modsecurity-owasp-crs/): Vlastná Web Application Firewall s ModSecurity a OWASP Core Rule Set je bezplatná a výkonná, nie je však samoobslužná. Takto vyberiete engine, začnete bez výpadkov a pravidlá doladíte.
- [Nastavenie Fail2ban pre webové servery](https://phpsos.de/sk/blog/fail2ban-fuer-webserver/): Fail2ban blokuje adresy, ktoré sa v protokoloch opakovane objavujú. Pre webové servery prináša hotové filtre a niekoľkými riadkami pribudnú vlastné. Takto ho nastavíte bez vylúčenia seba alebo svojich zákazníkov.
- [Firewall pre webové servery: otvárať len potrebné porty](https://phpsos.de/sk/blog/firewall-fuer-webserver/): Webový server potrebuje smerom von spravidla len dva porty. Napriek tomu na mnohých serveroch v internete počúvajú databázy, PHP-FPM alebo správcovské rozhrania. Takto nájdete otvorené služby a zatvoríte, čo sa nepoužíva.
- [Automatické bezpečnostné aktualizácie na serveroch Linux](https://phpsos.de/sk/blog/automatische-sicherheitsupdates/): Podľa správ distribúcie dodávali backporty PHP sčasti už 21. októbra 2026, v deň záplat. Kto používa automatické bezpečnostné aktualizácie, mal ich na serveri rýchlo. Aby zabrali, treba reštarty, zdroje tretích strán a kontrolu.
- [Least Privilege: práva používateľa webservera](https://phpsos.de/sk/blog/rechte-des-webserver-benutzers/): Votrelecký kód beží s právami používateľa webservera. To, čo tento účet smie, rozhoduje o tom, ako ďaleko sa útočník dostane. Takto obmedzíte shell, sudo, cron, databázu a súborový systém na nevyhnutné.
- [Odtienenie admin sekcií cez IP, VPN alebo dodatočnú ochranu](https://phpsos.de/sk/blog/admin-bereiche-abschirmen/): Prečo backend webu nemusí byť dostupný pre celý svet a ako ho odtienite cez povolenie IP, VPN alebo predradené prihlásenie bez toho, aby ste vyradili samých seba.
- [Správna konfigurácia TLS a HTTPS](https://phpsos.de/sk/blog/tls-https-richtig-konfigurieren/): Aké verzie TLS a cipher suites by mal dnes webserver ponúkať, na čom sa odporúčania zakladajú a ako skontrolujete Nginx, Apache a odchádzajúce spojenia z PHP.
- [Benchmarky CIS a moduly BSI pre webservery](https://phpsos.de/sk/blog/cis-benchmarks-bsi-bausteine/): Aké štandardy spevnenia existujú pre webservery s Linuxom, v čom sa líšia benchmarky CIS a moduly IT-Grundschutz a ako z nich vytvoríte preveriteľnú smernicu pre svoje servery PHP.
- [Bezpečné ukladanie hesiel v PHP: správne použitie password_hash](https://phpsos.de/sk/blog/passwoerter-in-php-speichern/): Ako vývojári ukladajú v PHP heslá pomocou password_hash a password_verify, vyberajú vhodný postup a nahrádzajú staré hashe MD5 alebo SHA-1 bez resetu hesla pre všetkých používateľov.
- [Ochrana pred CSRF v aplikáciách PHP](https://phpsos.de/sk/blog/csrf-schutz-php/): Ako vývojári zabraňujú Cross-Site Request Forgery v aplikáciách PHP: tokeny pre každú požiadavku, ktorá niečo mení, kontrola pôvodu v hlavičke a cookies SameSite ako dodatočná vrstva.
- [Validácia a filtrovanie vstupov v PHP pomocou filter_var](https://phpsos.de/sk/blog/eingaben-validieren-php/): Ako vývojári kontrolujú vstupy v PHP pomocou filter_var, filter_input_array a zoznamov povolených hodnôt, ktoré filtre sú zastarané a prečo validácia nenahrádza Prepared Statements ani kódovanie výstupu.
- [Ako zabrániť Command Injection v PHP](https://phpsos.de/sk/blog/command-injection-php/): Ako vývojári zabraňujú Command Injection v PHP: nahradiť systémové príkazy funkciami PHP, používať proc_open bez shellu, kontrolovať argumenty a nájsť nebezpečné miesta v existujúcom kóde.
- [Ako zabrániť Server-Side Request Forgery (SSRF) v PHP](https://phpsos.de/sk/blog/ssrf-in-php/): Ako vývojári zabraňujú tomu, aby aplikácia PHP z cudzieho podnetu dotazovala interné systémy: zoznamy povolených cieľov, obmedzenie protokolov, kontrola preloženej adresy a hranice v sieti.
- [Ako zabrániť XML External Entities (XXE) v PHP](https://phpsos.de/sk/blog/xxe-in-php/): Ako vývojári bezpečne spracúvajú XML v PHP: štandardné správanie libxml, riskantné možnosti ako LIBXML_NOENT, ochrana pomocou Entity Loader a LIBXML_NO_XXE a typické skryté vstupy XML.
- [Type Juggling v PHP: voľné porovnania ako bezpečnostné riziko](https://phpsos.de/sk/blog/type-juggling-php/): Prečo môžu voľné porovnania pomocou == v PHP viesť k bezpečnostným zraniteľnostiam, čo sa zmenilo s PHP 8.0 a ako napíšete porovnania v prihlásení, tokenoch a oprávneniach spoľahlivo.
- [Bezpečné náhodné čísla a tokeny v PHP pomocou random_bytes](https://phpsos.de/sk/blog/sichere-tokens-php/): Ako vývojári vytvárajú v PHP tokeny pre odkazy na heslo, kľúče API a jednorazové kódy: kryptograficky bezpečné zdroje, dostatočná dĺžka, ukladanie ako hash a obmedzená platnosť.
- [Správna ochrana prístupových údajov a súborov .env](https://phpsos.de/sk/blog/env-dateien-schuetzen/): Ako chránite databázové heslá, kľúče API a ďalšie tajomstvá v projektoch PHP: súbory .env mimo webového koreňa, blokovanie vo webservery, úzke práva a usporiadaná výmena po incidente.
- [Verejný priečinok .git: podceňovaný únik údajov](https://phpsos.de/sk/blog/git-ordner-oeffentlich/): Prečo môže webový koreň nasadený cez Git prezradiť celý zdrojový kód aj s históriou, ako to skontrolujete, okamžite zablokujete a nasadzovanie natrvalo postavíte bez priečinka .git.
- [Záložné súbory vo webovom koreni: .zip, .sql a .bak](https://phpsos.de/sk/blog/backup-dateien-im-webroot/): Prečo patria výpisy databáz, archívy a záložné kópie vo verejnom priečinku k najčastejším únikom údajov, ako ich nájdete, zablokujete a zistíte, či sa sťahovali.
- [Súbory phpinfo(): prečo musia zmiznúť](https://phpsos.de/sk/blog/phpinfo-dateien-entfernen/): Po PHP2Shell si mnohí administrátori rýchlo vytvoria info.php. Prečo sú takéto súbory únikom údajov, ako ich nájdete a ktoré spôsoby kontroly sú lepšie.
- [Udržiavanie závislostí aktuálnych: Composer, npm a pluginy](https://phpsos.de/sk/blog/abhaengigkeiten-aktuell-halten/): Projekt pozostáva z troch svetov balíkov: Composer, npm a pluginy CMS. Ako ich všetky tri udržíte aktuálne s pevným rytmom, jasnou zodpovednosťou a testami.
- [Bezpečnostný code review pre projekty PHP](https://phpsos.de/sk/blog/sicherheits-code-review-php/): Ako tímy cielene prechádzajú vlastný kód PHP na bezpečnostné zraniteľnosti: druhy reviewov, kritické funkcie, zmysluplné nástroje a kontrolný zoznam.
- [Bezpečné logovanie: protokolovať chyby bez úniku údajov](https://phpsos.de/sk/blog/sicher-loggen-php/): Logy pomáhajú pri hľadaní chýb a forenznej analýze, rýchlo sa však samy stanú únikom údajov. Čo majú aplikácie PHP protokolovať, čo nikdy a ako logy chrániť.
- [Zabezpečenie API REST v PHP](https://phpsos.de/sk/blog/rest-api-php-absichern/): Rozhrania bývajú horšie chránené než web pred nimi. Najdôležitejšie pravidlá pre API REST v PHP, od oprávnení na úrovni objektu až po obmedzenie rýchlosti.
- [Zmluvy s IT dodávateľmi: jasne upraviť bezpečnostné povinnosti](https://phpsos.de/sk/blog/dienstleistervertrag-sicherheit/): PHP2Shell ukázal, ako často je nejasné, kto má záplatovať. Ktoré bezpečnostné povinnosti patria do zmlúv s agentúrou, hosterom a IT dodávateľom.
- [Spracúvanie osobných údajov, keď dodávatelia pristupujú na servery](https://phpsos.de/sk/blog/auftragsverarbeitung-serverzugriff/): Kto púšťa externých pracovníkov na servery s údajmi zákazníkov, potrebuje spravidla AVV. Čo vyžaduje čl. 28 GDPR a ako v núdzi zorganizujete prístupy v súlade s ochranou údajov.
- [Riadenie zraniteľností pre stredné firmy](https://phpsos.de/sk/blog/schwachstellenmanagement-mittelstand/): Žiadna stredná firma nedokáže spracovať každé hlásenie okamžite. Štíhly cyklus zisťovania, hodnotenia, rozhodovania a dokladovania zabezpečí, že sa najdôležitejšie rieši ako prvé.
- [Vedieť, čo beží: inventár všetkých webov a serverov](https://phpsos.de/sk/blog/inventar-websites-server/): Pri PHP2Shell mnohí nezlyhali na záplate, ale na otázke, kde vôbec beží PHP. Takto zostavíte inventár všetkých webov a serverov.
- [Správa záplat ako proces namiesto hasenia požiarov](https://phpsos.de/sk/blog/patch-management-prozess/): Kto záplatuje, iba keď horí, stráca v krízovej situácii čas. Ako proces správy záplat s pevnými triedami, oknami a dokladmi spája rutinu a núdzový režim.
- [Núdzové kontakty: koho treba kedy informovať?](https://phpsos.de/sk/blog/notfallkontakte-liste/): V krízovej situácii záleží na tom, koho zastihnete a kedy. Ako zostavíte zoznam IT núdzových kontaktov so spúšťačmi, zástupcami a údajmi, ktoré každý telefonát potrebuje.
- [Koľko stojí napadnutý server: nákladové položky](https://phpsos.de/sk/blog/kostenposten-eines-hacks/): Napadnutý webový server spôsobí viac nákladov než samotná oprava. Aké nákladové položky vznikajú a ako vlastnými číslami odôvodníte rozpočet na prevenciu.
- [Informovanie zákazníkov po incidente](https://phpsos.de/sk/blog/kunden-nach-vorfall-informieren/): Povinnosť či dobrovoľnosť: ako sa po incidente rozhodnete, koho informovať, ktoré kanály sú bezpečné a ako pripravíte zákaznícky servis.
- [Dodávateľský reťazec webu: agentúra, hosting, dodávateľ pluginov](https://phpsos.de/sk/blog/lieferkette-agentur-hoster/): PHP2Shell ukázalo, koľko článkov leží medzi záplatou a vaším webom. Ako svoj dodávateľský reťazec poznáte, zabezpečíte a zachytíte výpadky jednotlivých článkov.
- [Bezpečnostné povedomie administrátorov a redaktorov: security awareness vo webovom tíme](https://phpsos.de/sk/blog/sicherheitsbewusstsein-redaktion/): Kto spravuje weby, rozhoduje o bezpečnosti denne, často bez toho, aby si to uvedomil. Ako administrátorov a redaktorov zaškoliť podľa rolí a bez záplavy prezentácií.
- [Núdzové cvičenie pri stole: prejsť incident webservera](https://phpsos.de/sk/blog/notfalluebung-am-tisch/): Cvičenie pri stole stojí jedno popoludnie a ukáže, či váš núdzový plán obstojí. Tu nájdete hotový scenár pre incident na webserveri s PHP.
- [ISO 27001 a TISAX: čo sa týka webserverov](https://phpsos.de/sk/blog/iso-27001-tisax-webserver/): Kto prevádzkuje ISMS podľa ISO 27001 alebo má label TISAX, musí myslieť aj na webservery. Tu sú požiadavky, ktoré sa ich týkajú, a doklady, ktoré sa po PHP2Shell počítajú.
- [VdS 10000: informačná bezpečnosť pre malé a stredné podniky](https://phpsos.de/sk/blog/vds-10000-kmu/): VdS 10000 je štíhly rámec pre informačnú bezpečnosť v stredných firmách. Čo vyžaduje, čo prišlo nové v roku 2025 a čo to znamená pre weby a webservery.
- [Lessons Learned: po incidente sa zlepšiť](https://phpsos.de/sk/blog/lessons-learned-nach-vorfall/): Po incidente je pred ďalším. Štruktúrovaný rozbor bez hľadania vinníkov premení zlý týždeň na merateľný pokrok.
- [Záplatovať, vypnúť alebo počkať? Pomôcka pri rozhodovaní pri zraniteľnosti PHP](https://phpsos.de/sk/blog/patchen-abschalten-abwarten/): Pri kritickej zraniteľnosti PHP musia zodpovední rozhodnúť rýchlo. Táto pomôcka zoraďuje tri možnosti, uvádza kritériá a ukazuje, kedy je čakanie obhájiteľné.
- [WAF alebo aktualizácia: prečo potrebujete obe](https://phpsos.de/sk/blog/waf-oder-update/): Web Application Firewall dokáže zachytiť útoky, ale neuzavrie zraniteľnosť v interpreteri PHP. Kedy WAF pomáha, kde sa končí a ako obe zmysluplne skombinovať.
- [Server nanovo nainštalovať alebo vyčistiť? Rozhodnutie po napadnutí](https://phpsos.de/sk/blog/neu-aufsetzen-oder-bereinigen/): Po vniknutí sú otvorené dve cesty: server vyčistiť, alebo vybudovať nanovo. Ktoré kritériá rozhodujú a prečo je poradie dôležitejšie než voľba.
- [Vyriešiť sami alebo prizvať dodávateľa? Úprimné zvažovanie](https://phpsos.de/sk/blog/selbst-beheben-oder-dienstleister/): Nie každá bezpečnostná situácia potrebuje externú pomoc. S týmito kritériami a krátkym autotestom rozhodnete, či váš tím zvládne PHP2Shell sám, alebo potrebuje podporu.
- [Výber dodávateľa IT bezpečnosti: 12 otázok pred zákazkou](https://phpsos.de/sk/blog/sicherheitsdienstleister-auswaehlen/): Pod časovým tlakom nájsť dobrého dodávateľa bezpečnosti je ťažké. Týchto dvanásť otázok pomáha vecne porovnať ponuky bez naletenia reklamným sľubom.
- [Managed hosting alebo vlastný server? Bezpečnostné porovnanie](https://phpsos.de/sk/blog/managed-oder-eigener-server/): PHP2Shell bolo záťažovým testom pre každý model prevádzky. Porovnanie ukazuje, kedy je bezpečnejší managed hosting, kedy vlastný server a ktoré kombinované modely sa osvedčujú.
- [Upgrade PHP alebo backport? Rozhodnutie pre staré systémy](https://phpsos.de/sk/blog/php-upgrade-oder-backport/): Pre staré verzie PHP existuje po PHP2Shell viac ciest: backport distribúcie, zdroj tretej strany, záplata zdrojového kódu, dlhodobá podpora alebo upgrade. Čo každá cesta znamená a ako dlho nesie.
- [Zmeniť CMS po hacku? Kedy to pomáha a kedy nie](https://phpsos.de/sk/blog/cms-wechsel-nach-hack/): Po vniknutí býva dôvera v CMS preč. Nový systém však zriedka rieši skutočnú príčinu. Kedy je zmena zmysluplná a ako sa podarí čisto.
- [Statické weby: menej PHP, menšia plocha útoku](https://phpsos.de/sk/blog/statische-website-alternative/): Statický web doručuje hotové súbory HTML a nepotrebuje na serveri PHP. To výrazne znižuje plochu útoku, prináša však vlastné hranice a povinnosti.
- [Pentest, bug bounty alebo sken zraniteľností? Zvoliť vhodný spôsob kontroly](https://phpsos.de/sk/blog/pentest-bugbounty-scan/): Sken, penetračný test a bug bounty kontrolujú weby veľmi odlišne. Čo každý postup dokáže, kde zlyháva a ktoré poradie sedí vašej firme.