Del på nytt — innhold fra Vincent Strubel
PHP2Shell: pass på etterskjelvene
Den noe kaotiske publiseringen av kritiske sårbarheter i PHP forrige uke førte til en bemerkelsesverdig mobilisering, på global skala, for å hasteinstallere oppdateringene på et utrolig antall nettsteder. Det kan vi glede oss over.
Men vi bør ikke for raskt tro at problemet er løst: risikoen forskyver seg fra nettsteder til mylderet av tredjepartsprodukter som inneholder versjoner av PHP (tilfeldigvis i et webadministrasjonsgrensesnitt): rutere, brannmurer, industrielle kontrollere, tilkoblede objekter i vid forstand… Også disse må oppdateres.
En nyttig ressurs for å unngå å drukne i kompleksiteten av temaet: initiativet fra våre motparter 
ved Nationaal Cyber Security Centrum (NCSC-NL), som konsoliderer i et github-repositorium den tilgjengelige informasjonen om oppdateringer til produkter som inneholder PHP.
Dette lar oss kombinere våre innsatser i det minste på europeisk skala, og unngå duplisering av arbeid eller informasjon. Bravo og takk til dem! ANSSI refererer nå til dette repositoriet i sitt eget varsel, og injiserer sin egen informasjon i den felles katalogen.
Github-repositorium: https://lnkd.in/eXTxysrt
LinkedIn-kilder
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Delt forfatter: Vincent Strubel (LinkedIn)
Innlegget ⚠️ PHP2Shell: pass på etterskjelvene dukket først opp på les plumes qui mordent.
Ofte stilte spørsmål
FAQs PHP2Shell Pass på etterskjelvene
Q Hva er PHP2Shell
A Det er et navn for en type angrep der en feil i PHP-kode lar en angriper kjøre sine egne kommandoer på serveren din ofte rett etter at en relatert sårbarhet er fikset Etterskjelvene er oppfølgingsangrep som treffer før eller etter at det første er lappet
Q Hva betyr etterskjelv her
A Det er en metafor fra jordskjelv Etter ett utnyttelsesforsøk fortsetter angripere å sondere etter gjenværende hull, oversette filer eller svake lapper Disse oppfølgingstreffene er etterskjelvene og de kan være like skadelige
Q Er PHP2Shell en spesifikk CVE eller et reelt produkt
A Nei Det er en beskrivende betegnelse, ikke en enkelt sårbarhets-ID eller et verktøy Behandle det som et advarselsmønster: en PHP-feil som fører til skallkjøring, pluss oppfølgingsangrepene
Q Hvordan går en angriper fra PHP til et skall
A Vanligvis gjennom usikker inndatahåndtering for eksempel å sende brukerinndata til system exec shellexec popen eller backticks, eller gjennom filopplastinger includerequire med brukerkontrollerte stier, eller deserialiseringsfeil Når koden først kjører, kan de starte et skall
Q Hvorfor bør jeg bry meg hvis jeg allerede har lappet hovedfeilen
A Fordi etterskjelvene retter seg mot det du gikk glipp av: ulappede kopier, sikkerhetskopifiler, feilsøkingsendepunkter, bufret kode eller andre tjenester som deler de samme legitimasjonene En ren lapp angrer ikke skaden som allerede er gjort
Q Hva er vanlige advarselstegn på et angrep
A Uventede utgående tilkoblinger, nye eller endrede filer i webkataloger, merkelige cron-jobber, ukjente brukere eller SSH-nøkler, uvanlige prosesser og topper i feillogger eller 500-feil
Q Hvordan sjekker jeg om appen min er sårbar
A Søk i koden din etter farlige funksjoner og se om noen tar brukerinndata Sjekk også filopplastinger, include-stier og unserialize-kall Kjør et statisk analyseverktøy og en avhengighet
