# PHP-nödläge? Ring eller WhatsApp – vi hjälper er

> PHP-servern kraschad, överbelastad eller avvikande? Tala direkt med en expert. Ring oss eller skriv via WhatsApp.

Källa: https://phpsos.de/sv/soforthilfe/php-notfall-hilfe/  
Aktualitet: 2026-10-25  
Leverantör: PHP SOS, PHP-nödhjälp och serversäkerhet. Omedelbar hjälp via WhatsApp: https://wa.me/491736494914?text=Hej%20PHP%20SOS%2C%20vi%20beh%C3%B6ver%20hj%C3%A4lp%20med%20v%C3%A5r%20PHP-server.%20F%C3%B6retag%3A%20%E2%80%A6%20Webbplats%3A%20%E2%80%A6

**Kort sagt:** Krånglar er PHP-server och vill ni tala direkt med en expert, ring eller skriv via WhatsApp. Berörs ni? Ring oss. Vi hjälper er. Vi klarlägger på distans om ett avbrott, en felkonfiguration eller ett angrepp ligger bakom, och tar över från första meddelandet tills incidenten är avslutad och dokumenterad.

> **Agera direkt:**
> **Radera ingenting och installera inte om något nu.** Även en omstart eller en återställning kan sudda ut spår. Beskriv först för oss vad ni ser. [Anmäl nödläge](https://phpsos.de/sv/notfall/), därefter fastställer vi nästa steg.

## Berörs ni? De här störningarna är ett fall för oss

Inte varje störning är ett angrepp, men just nu lönar det sig att titta efter. Hör av er om något av följande inträffar i ert PHP-system:

- PHP-processer eller webbservern avbryts, startar om gång på gång eller avslutas av systemet (exitstatus 137).
- Belastningen stiger utan synlig orsak eller minnet fylls.
- Sidor levererar tomma svar, 500-fel eller felmeddelanden som inte fanns tidigare.
- Under webbservern eller PHP-FPM körs processer som startar ett skal.
- I uppladdnings- eller cachemappen ligger PHP-filer som ni inte känner till.
- Efter en PHP-uppdatering fungerar ett program inte längre.
- Ert webbhotell har spärrat åtkomsten eller stängt av sidan.

Skillnaden mellan avbrott och angrepp syns oftast först i loggarna. De första ledtrådarna om vad som är viktigt beskrivs i inlägget [Webbservern startar ett skal](https://phpsos.de/sv/blog/webserver-startet-shell/).

## Det här gör ni direkt

1. **Observera innan ni ingriper.** Anteckna klockslag, felmeddelanden och vad som senast ändrades (uppdatering, plugin, konfiguration).
2. **Säkra loggarna.** Kopiera bort webbserver-, PHP- och systemloggar innan de roteras. Fackpressen rekommenderar att loggar sparas från och med den 20 oktober 2026.
3. **Starta inte om blint.** En omstart åtgärdar vissa avbrott men förstör flyktiga spår. Starta om om driften kräver det, och anteckna vad ni har gjort.
4. **Väg nåbarheten.** Om ni misstänker ett angrepp är avskärmning eller avstängning ofta rätt. BSI (den tyska federala myndigheten för informationssäkerhet) rekommenderar det när en uppdatering inte är möjlig direkt.
5. **Ta reda på PHP-versionen.** `php -v` visar versionen, men inte alltid den som webbserverns körmiljö använder.
6. **Ring eller skriv.** Ju mer exakt ni kan beskriva läget, desto snabbare kommer vi till kärnan.

## Hur hjälper PHP SOS konkret?

Vi arbetar på distans, utan resor, i hela Europa.

1. **Kartlägga läget:** I det första samtalet lyssnar vi och frågar riktat: system, PHP-driftläge, tidpunkt, senaste ändringar. Därefter vet ni om vi ser ett avbrott eller en misstanke om angrepp.
2. **Säkra och stänga:** Vi säkrar läget, åtgärdar orsaken och stänger vid behov sårbarheten med uppdatering, omstart och tillfälliga åtgärder.
3. **Granska och rensa:** Visar sig ett intrång tar vi bort skadlig kod och granskar åtkomster och hemligheter. Annars dokumenterar vi orsaken och ser till att driften körs rent.
4. **Härda och rapportera:** Ni får en kort rapport och rekommendationer så att störningen inte upprepas.

Ligger det mer bakom går vi över till [nödhjälp vid hackad webbplats](https://phpsos.de/sv/leistungen/website-gehackt-notfallhilfe/) eller strukturerad [incidenthantering](https://phpsos.de/sv/leistungen/incident-response/).

## Minne, avbrott och den nya gränsen

Sedan säkerhetsutgåvorna från den 21 oktober 2026 (8.5.12, 8.4.27, 8.3.36, 8.2.35) finns direktivet `memory_hard_limit_percent`. Sedan dess är `memory_limit` en mjuk gräns. Utan egen inställning gäller som hård gräns det dubbla av `memory_limit` upp till 1G, däröver `memory_limit` plus 1G. Överskrids den avslutas processen omedelbart med exitstatus 137. En drift som före uppdateringen låg nära gränsen kan därför plötsligt visa avbrott. Det är inget angrepp utan en följd av rättningen, och lösningen är att justera programmet eller gränsen på rätt sätt, inte att dra tillbaka uppdateringen.

Omvänt gäller: Den som ser kraschade processer och ännu inte har patchat bör inte avfärda det som en tillfällighet, eftersom sårbarheten CVE-2026-109618 hänger ihop med ett out-of-memory-tillstånd. Om det spelar roll hos er visar loggarna. Bakgrund om minneshanteringen finns under [Out-of-memory i PHP](https://phpsos.de/sv/php/out-of-memory/), möjliga tecken på intrång under [Misstänkta processer under Linux](https://phpsos.de/sv/blog/verdaechtige-prozesse-linux/).

## När webbhotellet ingriper

Vissa leverantörer spärrar konton eller tar sidor offline i förebyggande syfte. Det betyder inte automatiskt att ni har hackats, men kan vara en följd av avvikelser. Fråga efter skälet och tidpunkten, be om loggarna och anteckna vad leverantören kräver. Vi samordnar med ert webbhotell om ni vill det. Det är lämpligt att i förväg klarlägga vem hos leverantören som får fatta beslut och om det där finns serverloggar som ni själva inte kan se. Sådana uppgifter, till exempel åtkomster på nätverksnivå, kan senare vara avgörande när tidpunkten för ett möjligt intrång ska avgränsas.

## Det här bör ni skicka till oss

- kort beskrivning: vad har fallerat eller avvikit, sedan när?
- typ av system (egen server, webbhotellspaket, container) och webbhotell
- utdata från `php -v`, driftläge och webbserver, i den mån de är kända
- felmeddelanden eller utdrag ur loggarna
- tidpunkt för den senaste PHP-uppdateringen och senaste ändringar
- kontaktperson med beslutsbefogenhet för omstarter

## Varför PHP SOS

Vi arbetar Made in Germany och är sedan över 25 år, tillsammans med vårt partnernätverk av cyberproffs, specialiserade på IT-säkerhet. Ni talar med en fast kontaktperson i stället för ett ärendesystem. Vi arbetar på distans, dokumenterar vad vi ser och gör, och säger öppet vad som är belagt och vad som inte är det. För akuta fall kring sårbarheten finns dessutom [PHP2Shell-direkthjälpen](https://phpsos.de/sv/leistungen/php2shell-soforthilfe/).

## Berörs ni? Ring oss. Vi hjälper er.

Om er PHP-server krånglar, vänta inte på nästa avbrott. Ring eller skriv via WhatsApp. Vi tar över från första meddelandet. [Anmäl nödläge nu](https://phpsos.de/sv/notfall/).


## Vanliga frågor

**Min PHP-server är plötsligt långsam eller kraschar: är det ett angrepp?**  
Inte nödvändigtvis. Avbrott har ofta banala orsaker som för lite minne, en felaktig uppdatering eller överbelastning. Först en titt i loggar och processer visar om det är ett angrepp; varningstecken är till exempel skalprocesser under webbservern eller okända nya PHP-filer.

**Vad betyder exitstatus 137 hos PHP-processer?**  
Status 137 står för en process som avslutats omedelbart. Enligt PHP-manualen avslutas en process med 137 om den överskrider den hårda minnesgränsen i det nya direktivet memory_hard_limit_percent; den kan dock också ha avslutats av systemet på grund av minnesbrist. Orsaken klarlägger en titt i loggarna.

**Kan jag tala i telefon med en expert innan jag ändrar något?**  
Ja, det är precis det nödhjälpen är till för. Ring eller skriv via WhatsApp och beskriv vad som avviker. Vi talar om för er vad ni bör låta bli och vad ni kan göra utan risk.

**Ska jag helt enkelt starta om PHP-tjänsten?**  
En omstart kan åtgärda ett avbrott men raderar ledtrådar i arbetsminnet. Om ett intrång är möjligt, säkra loggarna först och be om råd. Efter en PHP-uppdatering är en omstart däremot ett måste.

**Arbetar ni även om min server ligger hos ett webbhotell?**  
Ja, vi arbetar på distans med den åtkomst ni har och samordnar vid behov med ert webbhotell. Vilka kontroller som är möjliga beror på era rättigheter.

## Källor

- [php.net: säkerhetsmeddelanden](https://www.php.net/)
- [PHP-manualen: kärnkonfiguration (ini.core)](https://www.php.net/manual/en/ini.core.php)
- [BSI: Tysklands federala myndighet för informationssäkerhet](https://www.bsi.bund.de/)