Vejledninger: PHP- og serversikkerhed
Fagartikler til administratorer og udviklere: opdage webshells, hærde php.ini, analysere logs, programmere sikkert.
PHP2Shell-tidslinje: kronologi fra 17. til 25. oktober 2026
Alle dokumenterede datoer for PHP2Shell i ét overblik, fra det første observerede angrebsforsøg til status 25.10.2026, og hvad det betyder for jeres kontrol.
Læs videre →02Bekræftelse af hosterens PHP-opdatering: sådan spørger I til patchstatus
Den viste PHP-version beviser efter PHP2Shell kun lidt. Med denne skabelon kræver I fra jeres hoster en bekræftelse, som I kan dokumentere.
Læs videre →03Opdag og fjern webshell
Sådan opsporer I bagdøre på PHP-webservere uden at ødelægge spor, og hvorfor sletning alene sjældent er nok.
Læs videre →04Find WordPress-bagdør: opspor bagdøre systematisk
Hvor bagdøre typisk skjuler sig i WordPress, og hvordan administratorer opsporer dem systematisk med WP-CLI og få kommandoer.
Læs videre →05Konfigurér php.ini sikkert
Hvilke indstillinger i php.ini der mindsker angrebsfladen, hvordan I beskytter dem mod overskrivning, og hvad der gælder yderligere efter PHP2Shell.
Læs videre →06Brug PHP disable_functions rigtigt
Med disable_functions spærrer I risikable PHP-funktioner. Sådan fastlægger I listen, så den passer til jeres applikation, uden at lamme websitet.
Læs videre →07open_basedir og isolation pr. website
Sådan forhindrer I med open_basedir, egne systembrugere og adskilte PHP-FPM-pools, at et indbrud i ét website rammer alle andre på serveren.
Læs videre →08Filrettigheder på webserveren
Hvorfor webserveren ikke må ændre sin egen kode, hvilke rettigheder der er fornuftige for filer og mapper, og hvordan I hurtigt kontrollerer den aktuelle tilstand.
Læs videre →09composer audit: kontrollér afhængigheder for sårbarheder
Sådan finder udviklere med composer audit kendte sikkerhedshuller i biblioteker, automatiserer kontrollen og undgår typiske fejl i deployment.
Læs videre →10PHP End of Life: risici ved forældede versioner
Hvad udløbet af en PHP-versions support betyder, hvilke grene der efter PHP2Shell stadig får officielle patches, og hvordan I gør migreringen planlægbar.
Læs videre →11Forhindr SQL-injection i PHP
Sådan udelukker udviklere pålideligt SQL-injection i PHP-applikationer med Prepared Statements, hvidlister og minimale databaserettigheder.
Læs videre →12Forhindr XSS i PHP: afvær cross-site scripting sikkert
Sådan forhindrer udviklere cross-site scripting i PHP-applikationer: kontekstrigtig kodning, auto-escaping i skabeloner, rensning af HTML og en Content Security Policy.
Læs videre →13Implementér filupload i PHP sikkert: PHP-uploadsikkerhed
Uploadformularer er en hyppig vej for webshells. Sådan kontrollerer I filtyper rigtigt, gemmer filer sikkert og forhindrer, at serveren udfører uploadede scripts.
Læs videre →14Sikr sessioner i PHP: PHP-sessionsikkerhed i praksis
Sessioner holder brugere logget ind og er dermed et attraktivt mål. Sådan konfigurerer I cookies, session-ID'er og lagringssteder sikkert og gennemfører PHP2Shell-henvisningen om upload-progress.
Læs videre →15Usikker deserialisering i PHP: unserialize og sikkerhed
unserialize() med fremmede data kan i værste fald føre til kodekørsel. Sådan erstatter I det med JSON, begrænser det, hvor det må blive, og finder risikable steder i koden.
Læs videre →16Forhindr Local File Inclusion i PHP: LFI og RFI
Når include eller require overtager stier fra forespørgslen, kan angribere indlæse fremmede filer. Sådan bygger I sidevalg og skabeloner sikkert og sikrer desuden serveren.
Læs videre →17Beskyt admin-logins mod brute force: brute force-beskyttelse til ethvert login
Automatiserede adgangskodeforsøg rammer enhver tilgængelig loginside. Sådan bremser I angribere med rate limiting og Fail2ban, beskytter konti med en anden faktor og gemmer adgangskoder rigtigt.
Læs videre →18DDoS eller hackerangreb? Vurdér angreb rigtigt
Langsomt website, høj belastning, mærkelige filer: Om der står et DDoS eller et indbrud bag, afgør den rigtige reaktion. Sådan vurderer I situationen med få kontroller.
Læs videre →19Analysér weblogs efter et angreb: læs access-loggen rigtigt
Logfiler er efter et angreb ofte det vigtigste spor. Sådan sikrer I access-, error- og PHP-logs rigtigt, finder påfaldende forespørgsler og undgår typiske fejl ved analysen.
Læs videre →20Opsæt tofaktor-godkendelse til admin-adgange
En stjålet adgangskode må ikke være nok til at overtage jeres server eller shop. Sådan vælger I den rette metode, sikrer alle admin-adgange og planlægger nødadgange.
Læs videre →21Backupstrategi til servere: backups efter 3-2-1-reglen
En backup hjælper kun, hvis den overlever et angreb og kan spilles tilbage. Sådan gennemfører I 3-2-1-reglen for webservere og planlægger opbevaring og tests rigtigt.
Læs videre →22Security headers til websites: sæt sikkerhedsheadere rigtigt
Sikkerhedsheadere pålægger browseren bedre at beskytte jeres besøgende. Sådan sætter I de vigtigste headere i Nginx og Apache, indfører en Content Security Policy trinvis og kontrollerer resultatet.
Læs videre →23Fjern Google-advarslen „Dette website er blevet hacket“
En hack-advarsel i søgeresultaterne koster besøgende og tillid. Sådan rydder I grundigt op på websitet, finder skjulte spamsider og anmoder om gennemgang i Search Console.
Læs videre →24Tjekliste efter et hack: 20 punkter til opfølgningen
Efter et angreb tæller den rigtige rækkefølge. Denne tjekliste fører i 20 punkter gennem inddæmning, bevissikring, oprydning, nye adgange, pligter og den dokumenterede afslutning.
Læs videre →Hver time tæller. Skriv til os nu.
Beskriv kort system, PHP-version og observation. Vi vender tilbage, afklarer situationen og arbejder på afstand, indtil hændelsen er afsluttet og dokumenteret.