Del igen — indhold fra Vincent Strubel
PHP2Shell: pas på efterskælv
Den noget kaotiske offentliggørelse af kritiske sårbarheder i PHP i sidste uge gav anledning til en bemærkelsesværdig mobilisering på globalt plan for hurtigst muligt at anvende patches på et utroligt antal websites. Det kan vi glæde os over.
Men vi bør ikke for hurtigt tro, at problemet er løst: risikoen flytter sig fra websites til de utallige tredjepartsprodukter, der indlejrer versioner af PHP (tilfældigt i en webadministrationsgrænseflade): routere, firewalls, industrielle controllere, connectede objekter i bred forstand… De skal også opdateres.
En nyttig ressource til at undgå at drukne i emnets kompleksitet: initiativet fra vores kolleger 
hos Nationaal Cyber Security Centrum (NCSC-NL), som i et github-repository samler den tilgængelige information om opdateringer til produkter, der indlejrer PHP.
Det gør det muligt for os at samle vores indsats i det mindste på europæisk plan og undgå dobbeltarbejde eller dobbelt information. Bravo og tak til dem! ANSSI refererer nu til dette repository i sin egen advarsel og injicerer sin egen information i den fælles mappe.
Github-repository: https://lnkd.in/eXTxysrt
LinkedIn-kilder
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Delt forfatter: Vincent Strubel (LinkedIn)
Indlægget ⚠️ PHP2Shell: pas på efterskælv blev først bragt på les plumes qui mordent.
Ofte stillede spørgsmål
FAQ'er PHP2Shell Pas på efterskælv
Q Hvad er PHP2Shell
A Det er et navn for en type angreb, hvor en fejl i PHP-kode lader en angriber køre sine egne kommandoer på din server ofte lige efter en relateret sårbarhed er blevet rettet Efterskælvene er opfølgende angreb, der rammer før eller efter det første er patchet
Q Hvad betyder efterskælv her
A Det er en metafor fra jordskælv Efter et exploit bliver angribere ved med at sondere efter tilbageværende huller oversete filer eller svage patches De opfølgende træffere er efterskælvene og de kan være lige så skadelige
Q Er PHP2Shell en specifik CVE eller et rigtigt produkt
A Nej Det er en beskrivende betegnelse ikke et enkelt sårbarheds-ID eller værktøj Betragt det som et advarselsmønster en PHP-fejl, der fører til shell-eksekvering plus de efterfølgende angreb
Q Hvordan går en angriber fra PHP til en shell
A Normalt gennem usikker inputhåndtering for eksempel at sende brugerinput til system exec shellexec popen eller backticks eller gennem filuploads includerequire med brugerstyrede stier eller deserialiseringsfejl Når koden først kører, kan de starte en shell
Q Hvorfor skal jeg bekymre mig, hvis jeg allerede har patchet den primære fejl
A Fordi efterskælv rammer det, du missede upatchede kopier backupfiler debug-endpoints cachet kode eller andre tjenester, der deler de samme legitimationsoplysninger En ren patch fortryder ikke skade, der allerede er sket
Q Hvad er almindelige advarselstegn på et angreb
A Uventede udgående forbindelser nye eller ændrede filer i webmapper mærkelige cron-jobs ukendte brugere eller SSH-nøgler usædvanlige processer og stigninger i fejllogs eller 500-fejl
Q Hvordan tjekker jeg, om min app er sårbar
A Søg i din kode efter farlige funktioner, og se, om nogen af dem tager brugerinput Tjek også filuploads include-stier og unserialize-kald Kør et statisk analyseværktøj og en afhængighed
