Újramegosztás — Vincent Strubel tartalma
PHP2Shell: vigyázzunk az utórengésekre
A PHP kritikus sebezhetőségeinek kissé kaotikus közzététele múlt héten figyelemre méltó mozgósítást váltott ki világszerte, hogy sürgősen alkalmazzák a javításokat hihetetlen számú weboldalon. Ennek örülhetünk.
De nem szabad túl gyorsan azt gondolnunk, hogy a probléma megoldódott: a kockázat a weboldalakról a harmadik féltől származó termékek sokaságára tolódik át, amelyek PHP-verziókat ágyaznak be (véletlenszerűen egy webes adminisztrációs felületbe): routerek, tűzfalak, ipari vezérlők, tágabb értelemben vett csatlakoztatott eszközök… Ezeket is frissíteni kell.
Egy hasznos forrás, hogy ne fulladjunk bele a téma bonyolultságába: kollégáink 
a Nationaal Cyber Security Centrum (NCSC-NL) kezdeményezése, akik egy github-tárolóban összesítik a PHP-t beágyazó termékek frissítéseivel kapcsolatos elérhető információkat.
Ez lehetővé teszi számunkra, hogy legalább európai szinten egyesítsük erőfeszítéseinket, és elkerüljük a munka vagy az információ megkettőzését. Bravo és köszönet nekik! Az ANSSI mostantól hivatkozik erre a tárolóra saját riasztásában, és saját információit is beviszi a közös könyvtárba.
Github-tároló: https://lnkd.in/eXTxysrt
LinkedIn-források
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Megosztó szerző: Vincent Strubel (LinkedIn)
A ⚠️ PHP2Shell: vigyázzunk az utórengésekre bejegyzés először a les plumes qui mordent oldalon jelent meg.
Gyakran Ismételt Kérdések
GYIK PHP2Shell Óvakodj az utórengésektől
K Mi az a PHP2Shell
V Ez egy elnevezés egy olyan támadástípusra, ahol a PHP-kódban lévő hiba lehetővé teszi a támadó számára, hogy saját parancsait futtassa a szerveren gyakran közvetlenül egy kapcsolódó sebezhetőség javítása után Az utórengések olyan utólagos támadások, amelyek az első javítása előtt vagy után csapnak le
K Mit jelent itt az utórengés
V Ez egy földrengésből vett metafora Egy kihasználás után a támadók tovább kutatnak a maradék lyukak, kihagyott fájlok vagy gyenge javítások után Ezeket az utólagos találatokat nevezzük utórengéseknek és ezek ugyanolyan károsak lehetnek
K A PHP2Shell egy konkrét CVE vagy egy valódi termék
V Nem Ez egy leíró címke, nem egyetlen sebezhetőségi azonosító vagy eszköz Kezeljük figyelmeztető mintaként egy PHP-hibát, amely shell-végrehajtáshoz vezet, plusz az utólagos támadásokat
K Hogyan jut el a támadó a PHP-tól a shellig
V Általában nem biztonságos bemenetkezelésen keresztül például felhasználói bemenet átadása a system exec shellexec popen vagy backtick függvényeknek vagy fájlfeltöltéseken keresztül include/require felhasználó által vezérelt útvonalakkal vagy deszerializációs hibákon keresztül Amint a kód fut, shellt indíthatnak
K Miért kellene törődnöm vele, ha már javítottam a fő hibát
V Mert az utórengések azt célozzák, amit kihagytál: nem javított példányokat, biztonsági mentés fájlokat, hibakeresési végpontokat, gyorsítótárazott kódot vagy más szolgáltatásokat, amelyek ugyanazokat a hitelesítő adatokat használják Egy tiszta javítás nem semmisíti meg a már okozott kárt
K Melyek a támadás gyakori figyelmeztető jelei
V Váratlan kimenő kapcsolatok, új vagy megváltozott fájlok a webes könyvtárakban, furcsa cron-feladatok, ismeretlen felhasználók vagy SSH-kulcsok, szokatlan folyamatok és hibaüzenet-naplók vagy 500-as hibák megugrása
K Hogyan ellenőrizhetem, hogy az alkalmazásom sebezhető-e
V Keress a kódodban veszélyes függvényeket, és nézd meg, hogy bármelyik fogad-e felhasználói bemenetet Ellenőrizd a fájlfeltöltéseket, az include útvonalakat és az unserialize hívásokat Futtass statikus elemző eszközt és egy függőség
