Sdílení — obsah od Vincenta Strubela
PHP2Shell: pozor na následné otřesy
Poněkud chaotické zveřejnění kritických zranitelností v PHP minulý týden vyvolalo pozoruhodnou mobilizaci v celosvětovém měřítku k urgentnímu aplikování záplat na neuvěřitelném množství webových stránek. Můžeme být za to rádi.
Neměli bychom si však příliš rychle myslet, že problém je vyřešen: riziko se přesouvá z webových stránek na nesčetné množství produktů třetích stran, které obsahují verze PHP (nahodile ve webovém administračním rozhraní): routery, firewally, průmyslové kontrolery, připojené objekty v širokém slova smyslu… I ty musí být aktualizovány.
Užitečný zdroj, jak se neutopit ve složitosti tématu: iniciativa našich protějšků 
v Nationaal Cyber Security Centrum (NCSC-NL), kteří v úložišti github konsolidují dostupné informace o aktualizacích produktů obsahujících PHP.
To nám umožňuje spojit naše úsilí alespoň v evropském měřítku a vyhnout se duplikaci práce nebo informací. Bravo a díky jim! ANSSI nyní odkazuje na toto úložiště ve svém vlastním upozornění a vkládá své vlastní informace do společného adresáře.
Úložiště Github: https://lnkd.in/eXTxysrt
Zdroje LinkedIn
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Sdílející autor: Vincent Strubel (LinkedIn)
Příspěvek ⚠️ PHP2Shell: pozor na následné otřesy se poprvé objevil na les plumes qui mordent.
Často kladené otázky
FAQs PHP2Shell Pozor na následné otřesy
Q Co je PHP2Shell
A Je to název pro typ útoku, kdy chyba v kódu PHP umožňuje útočníkovi spustit vlastní příkazy na vašem serveru — často hned poté, co byla opravena související zranitelnost. Následné otřesy jsou následné útoky, které udeří před nebo po opravě prvního.
Q Co zde znamenají následné otřesy
A Je to metafora ze zemětřesení. Po jednom zneužití útočníci dál sondyují kvůli zbylým děrám, vynechaným souborům nebo slabým záplatám. Tyto následné zásahy jsou následné otřesy — a mohou být stejně ničivé.
Q Je PHP2Shell konkrétní CVE nebo skutečný produkt
A Ne. Je to popisný název, nikoli jediné ID zranitelnosti nebo nástroj. Berte to jako varovný vzorec: chyba v PHP, která vede ke spuštění shellu, plus následné útoky.
Q Jak se útočník dostane z PHP do shellu
A Obvykle přes nezabezpečené zpracování vstupu — například předávání uživatelského vstupu do system exec shellexec popen nebo zpětných apostrofů — nebo přes nahrávání souborů includerequire s uživatelem kontrolovanými cestami nebo chyby deserializace. Jakmile kód běží, mohou spustit shell.
Q Proč by mě to mělo zajímat, když jsem už opravil hlavní chybu
A Protože následné otřesy cílí na to, co jste vynechali: neopravené kopie záložní soubory ladicí koncové body uložený kód nebo jiné služby sdílející stejné přihlašovací údaje. Čistá záplata neodčiní škodu, která už byla napáchána.
Q Jaké jsou běžné varovné signály útoku
A Neočekávaná odchozí připojení nové nebo změněné soubory ve webových adresářích podivné cron úlohy neznámí uživatelé nebo SSH klíče neobvyklé procesy a nárůsty v chybových protokolech nebo 500s
Q Jak zjistím, zda je moje aplikace zranitelná
A Prohledejte svůj kód kvůli nebezpečným funkcím a zjistěte, zda některé přijímají uživatelský vstup. Zkontrolujte také nahrávání souborů include cesty a volání unserialize. Spusťte nástroj statické analýzy a závislost
