Bei der Sicherheitslücke PHP2Shell mussten Firmen ihre Software abschalten, weil sie auf PHP 8.1 lief und auf keiner neueren Version mehr funktionierte. Damit Ihnen das nicht passiert, heben wir bestehenden Code auf eine aktuelle PHP-Version, ohne ihn neu zu schreiben, und sichern den Server gleich mit ab.
PHP 8.1 bekommt seit Ende 2025 keine Sicherheitsupdates mehr. Bei der Lücke PHP2Shell im Oktober 2026 gab es für 8.1 keine neue Version, nur Behelfskorrekturen zum Selbsteinbauen. Der saubere Ausweg ist eine neuere Version, und genau dort laufen viele ältere Programme nicht mehr ohne Anpassung.
Jede PHP-Version räumt auf. Funktionen, die jahrelang nur eine Warnung erzeugt haben, fallen weg oder verhalten sich anders. In einem Buchungssystem oder Shop, an dem über Jahre mehrere Leute geschrieben haben, sind solche Stellen über hunderte Dateien verteilt.
Wir suchen diese Stellen, passen sie an und testen alles auf einer Kopie, bevor die neue Version live geht. Ihre Software sieht danach gleich aus und funktioniert gleich. Sie läuft nur auf einer PHP-Version, die wieder Sicherheitsupdates bekommt.
ANALYSE // VOR DEM PREIS
Wir lassen Ihren Code durch automatische Prüfwerkzeuge laufen und sehen ihn uns selbst an. Danach wissen Sie, wie viele Stellen betroffen sind, was das kostet und wie lange es dauert. Erst dann entscheiden Sie.
TEST // OHNE AUSFALL
Die Anpassungen passieren auf einer Testumgebung mit der neuen PHP-Version. Ihr Livesystem läuft in der Zeit unverändert weiter. Umgestellt wird erst, wenn Buchung, Bezahlung und Formulare auf der Kopie sauber durchlaufen, und der Rückweg bleibt offen.
SERVER // ÜBERWACHT
Eine aktuelle PHP-Version ist die halbe Miete. Wir prüfen auch den Server: Updates, Zugänge, Rechte. Und wir richten eine Überwachung ein, die meldet, sobald sich Dateien ändern oder neue auftauchen. So fällt ein Einbruch auf, bevor er Schaden anrichtet.
Einen kompletten Neubau, wenn ein Update reicht. Viele Agenturen schlagen bei alter Software sofort vor, alles neu zu machen. Das dauert Monate und kostet ein Vielfaches. In den meisten Fällen lässt sich der vorhandene Code anpassen, und genau das ist unser erster Vorschlag.
Das bloße Umschalten der Version beim Hoster und Hoffen. Genau so gehen Buchungssysteme und Shops am Montagmorgen offline. Ohne Prüfung auf einer Kopie ist ein PHP-Update ein Glücksspiel mit Ihrem Umsatz.
Und einen offenen Stundensatz. Nach dem Code-Check bekommen Sie einen Festpreis. Stellt sich bei der Arbeit heraus, dass es länger dauert, ist das unser Risiko und nicht Ihres.
Quelle: php.net, Supported Versions. Wer heute auf 8.2 wechselt, steht in gut zwei Monaten wieder vor derselben Frage.
Wenn Sie bei einer der Fragen zögern, schicken Sie uns eine kurze Nachricht. Wir sagen Ihnen ehrlich, ob Handlungsbedarf besteht, auch wenn die Antwort nein lautet.
Das hängt fast nur davon ab, wie viel eigener Code betroffen ist. Ein Plugin mit drei veralteten Stellen ist etwas anderes als ein Buchungssystem, an dem zehn Jahre lang geschrieben wurde. Deshalb schauen wir uns den Code zuerst an und nennen danach einen Festpreis. Einen offenen Stundensatz gibt es bei uns nicht.
Ja. PHP 8.1 bekommt seit dem 31. Dezember 2025 keine Sicherheitsupdates mehr. Bei der Lücke PHP2Shell im Oktober 2026 gab es für 8.1 keine neue Version mehr, nur Behelfskorrekturen, die man selbst einbauen muss. Darauf sollte man sich nicht verlassen. Ihre Software läuft weiter, aber jede neue Lücke ist ab dann Ihr Problem.
Für den Moment ja, auf Dauer nicht. PHP 8.2 bekommt nur noch bis 31. Dezember 2026 Sicherheitsupdates. Wer jetzt ohnehin anpassen muss, geht besser gleich auf 8.3 oder 8.4. Der Mehraufwand ist meistens klein, und mit 8.4 haben Sie gut zwei Jahre Ruhe statt zwei Monaten.
Nein. Wir arbeiten auf einer Kopie mit der neuen PHP-Version, Ihr Livesystem läuft in der Zeit unverändert weiter. Erst wenn auf der Kopie alles durchläuft, wird umgestellt. Das dauert Minuten, und die alte Version bleibt als Rückweg bereit.
Ja. WordPress, Shopware, ältere Shopsysteme und selbst geschriebene Anwendungen, etwa Buchungs- oder Reservierungssysteme. Entscheidend ist nicht das System, sondern der eigene Code darin. Den lesen wir, egal wer ihn geschrieben hat.