De fleste hacks af Laravel- og PHP-apps starter et af tre steder. Webserveren peger på projektets rod i stedet for public-mappen, så .env med databaseadgang, API-nøgler og APP_KEY kan hentes direkte. APP_DEBUG står til true i produktion, så fejlsider viser miljøvariabler og stier, og på ældre installationer har debug-siden Ignition haft en kendt sårbarhed, der gav mulighed for at køre kode. Eller composer-pakker og PHP selv er ikke opdateret, så kendte huller står åbne.
Vi tager appen af nettet eller bag en vedligeholdelsesside og sikrer en kopi af kode, database og logs. Derefter sammenligner vi koden på serveren med jeres Git-repository, gennemgår public- og storage-mapperne for fremmede PHP-filer, tjekker cronjobs, køer og brugere i databasen og kører composer audit mod de installerede pakker. Appen genetableres fra ren kode i Git og en database fra før angrebet eller renset for indsprøjtet indhold, og den kører igen inden for 24 timer.
Alle hemmeligheder i .env skiftes: APP_KEY, databaseadgang, mail, betalings- og API-nøgler. Debug-mode slås fra, webserveren peger kun på public, og PHP kører på en understøttet version med seneste sikkerhedsrettelser. PHP 8.1 fik sin sidste sikkerhedsrettelse i slutningen af 2025, og kritiske huller i PHP rettes løbende i nye patch-versioner af 8.2 til 8.5, så en app på en gammel version er udsat, uanset hvor ren koden er. Opgradering af Laravel eller PHP planlægges separat.