Kurzantwort: Die PHP2Shell-Schwachstellen (CVE-2026-109618 und CVE-2026-109619) haben viele Organisationen veranlasst, ihre PHP-Altsysteme neu zu bewerten. Wir entwickeln nicht patchbare, undokumentierte oder schwer wartbare PHP-Anwendungen mit ASP.NET Core neu, migrieren die Daten verlustfrei und erhalten die URL-Struktur für einen reibungslosen Umstieg. Haben Sie ein aktuelles, gesundes PHP-System, empfehlen wir zuerst ein PHP-Versions-Upgrade; die richtige Entscheidung treffen wir gemeinsam auf Basis einer kostenlosen Voranalyse.
Wann ist der Wechsel zu.NET die richtige Entscheidung?
- Die Anwendung läuft auf PHP 5.x oder 7.x, ohne Framework oder mit einem sehr alten Framework, und ein Upgrade wäre fast so aufwendig wie eine Neuentwicklung.
- Ihr Unternehmen arbeitet mit Azure, Active Directory / Entra ID, SQL Server und Microsoft 365 und möchte auf einen Technologie-Stack konsolidieren.
- Sie sind in einer stark regulierten Branche wie Banken, Versicherungen, Gesundheitswesen oder öffentlicher Sektor tätig und benötigen Langzeitsupport (LTS) und eine typsichere Plattform.
- Ihr internes Team beherrscht C#, das PHP-Wissen schwindet und die Wartungskosten steigen jedes Jahr.
Wann Sie nicht migrieren sollten
Eine aktuelle WordPress-, WooCommerce- oder Laravel-Website nur wegen PHP2Shell auf eine andere Plattform zu verlagern, ist nicht nötig: Patch und Versions-Upgrade schließen die Lücke. Bei diesen Systemen ist der Verbleib auf PHP mit Blick auf Content-Management, Plugin-Ökosystem und Kosten oft die bessere Wahl. In der Voranalyse stellen wir diesen Vergleich mit Dauer- und Budgetschätzungen dar.
Schritte der Migration
- Discovery: Module, Geschäftsregeln, Schnittstellen, Benutzerrollen und Datenbankschema werden erfasst. Undokumentierte Geschäftsregeln werden per Code-Review schriftlich festgehalten.
- Architektur: ASP.NET Core (MVC / Razor Pages oder Web API mit modernem Frontend), Entity Framework Core, Identitätsmanagement, Logging und Monitoring werden entworfen.
- Modulweise Entwicklung: Wir beginnen mit dem kritischsten Ablauf. Alt- und Neusystem können eine Zeit lang parallel laufen (Strangler-Ansatz).
- Datenmigration: Probemigrationen, Abgleich von Datensatzzahlen und Beträgen, sichere Neuimplementierung der Passwortspeicherung.
- SEO und URL-Erhalt: Die URL-Struktur bleibt erhalten oder es wird eine 301-Weiterleitungskarte erstellt; die Search Console wird beobachtet.
- Go-live und Betreuung: Umstellung mit Rollback-Plan, danach Wartungs- und Supportvertrag.
Optionen im Vergleich
| Option | Wann geeignet | Dauer | Risiko |
|---|---|---|---|
| PHP-Patch plus Versions-Upgrade | Aktuelles WordPress / Laravel, gesunder Code | Tage bis Wochen | Niedrig |
| Neuentwicklung mit aktuellem Laravel | Alt-PHP, Team beherrscht PHP | Wochen bis Monate | Mittel |
| Neuentwicklung mit ASP.NET Core | Microsoft-Ökosystem, Bedarf an Enterprise-LTS | Wochen bis Monate | Mittel |
| Node.js / moderner JS-Stack | Echtzeit- und API-zentrierte Produkte | Wochen bis Monate | Mittel |
Technologie-Zuordnung
| In PHP | In.NET |
|---|---|
| Laravel / eigenes Routing | ASP.NET-Core-Routing, MVC oder Minimal APIs |
| Eloquent / PDO | Entity Framework Core oder Dapper |
| Sessions und eigener Login | ASP.NET Core Identity, Entra ID, OpenID Connect |
| Cronjobs | Hosted Services, Hangfire oder Azure Functions |
| Blade / PHP-Templates | Razor Pages, Blazor oder separates React- / Angular-Frontend |
| Composer-Pakete | NuGet-Pakete |
Sicherheit in der neuen Plattform
Eine Migration ist auch der Moment, die Schwächen zu beseitigen, die das Altsystem schwer schützbar machten. In ASP.NET Core setzen wir auf parametrisierte Datenzugriffe über Entity Framework Core, eingebauten Schutz gegen Cross-Site Request Forgery, moderne Passwort-Hashes, zentrales Logging und Abhängigkeitsscans in der CI/CD-Pipeline. LTS-Versionen von.NET erhalten nach veröffentlichtem Zeitplan regelmäßige Sicherheitsupdates von Microsoft; Patchen wird so zur Routine statt zum Notfall.
Beispielszenario (illustrativ): ein altes Händlerportal
Beispielszenario (illustrativ), keine Kundenreferenz. Ein Großhändler betreibt ein Bestellportal für Händler, das vor über zehn Jahren in PHP 7.2 ohne Framework geschrieben wurde. Die ursprünglichen Entwickler sind nicht mehr da, Dokumentation fehlt, und der Hosting-Anbieter kann für PHP2Shell nur einen eigenen Patch anbieten. Das Unternehmen nutzt bereits Entra ID und SQL Server. In einer solchen Lage würden wir zuerst das Altportal mit Übergangsmaßnahmen absichern, die Bestell- und Preisregeln aus dem Code dokumentieren und das Portal dann modulweise mit ASP.NET Core neu aufbauen: zuerst Login und Händlerkonten, dann Katalog und Bestellung, danach Berichte. Die MySQL-Daten würden in Probeläufen abgeglichen und die alten URLs per 301 weitergeleitet.
Team und Arbeitsmodelle
- Migrationsprojekt mit festem Umfang (Werkvertrag): Analyse, Entwicklung, Datenmigration und Go-live durch unser Team.
- Dediziertes Team (Dienstvertrag):.NET-Entwickler, QA und Tech Lead arbeiten mit Ihrem Product Owner; wir skalieren von 1 bis 200+ Personen.
- Teamverstärkung: .NET-Entwickler oder PHP-Entwickler ergänzen Ihr Team remote, vor Ort oder hybrid.
Teams starten typischerweise innerhalb von 1–2 Wochen; muss ein Teammitglied ersetzt werden, greift ein strukturierter Ersatzprozess mit Übergabe.
Checkliste vor der Entscheidung
- Welche Geschäftsregeln stecken nur im Code und sind nirgends dokumentiert?
- Welche Schnittstellen (ERP, CRM, Zahlung, Behörden) müssen ab Tag eins funktionieren?
- Welche Teile des Systems werden kaum genutzt und können entfallen, statt migriert zu werden?
- Wer wartet das neue System: Ihr eigenes Team, wir oder beide gemeinsam?
- Wie hoch ist der Anteil an organischem Traffic, und welche URLs müssen erhalten bleiben?
- Welche Datenschutz- und Aufbewahrungspflichten gelten für die zu migrierenden Daten?
Diese Fragen klären wir in der kostenlosen Voranalyse gemeinsam mit Ihren Fachbereichen. Das Ergebnis ist eine nachvollziehbare Empfehlung mit Optionen, Risiken und groben Zeitrahmen, auf deren Basis Sie intern entscheiden können.
Kennzahlen während der Migration
| KPI | Aussage |
|---|---|
| Migrierte Module | Fortschritt gegenüber dem vereinbarten Modulplan |
| Datenabgleich | Datensatzzahlen und Summen stimmen zwischen Alt- und Neusystem überein |
| Fehlertrend | Offene Fehler nach Schweregrad vor jedem Release |
| SEO-Kontinuität | Indexierte URLs, Weiterleitungsfehler und organischer Traffic nach dem Go-live |
Was Kosten und Dauer bestimmt (keine Festpreise)
- Anzahl der Module und Geschäftsregeln
- Schnittstellen zu ERP, CRM, Zahlungs- oder Behördensystemen
- Datenvolumen und Datenqualität
- Bedarf an Parallelbetrieb von Alt- und Neusystem
- Frontend-Umfang: gleiches Design oder Redesign
- Zielumgebung: Azure, andere Cloud oder On-Premise
Vertrag, Rechte und Datenschutz
Quellcode, Design und alle Konten gehören Ihnen; die Übertragung der Nutzungs- und Eigentumsrechte ist Teil des Dienst- oder Werkvertrags. Es handelt sich um eine Dienstleistung, keine Arbeitnehmerüberlassung; zu AÜG und Scheinselbständigkeit empfehlen wir allgemein eine Prüfung durch Ihre Rechtsberatung. Die NDA wird vor dem ersten Gespräch unterzeichnet. Werden personenbezogene Daten migriert, schließen wir einen AVV nach DSGVO mit Standardvertragsklauseln; unsere Verarbeitung in der Türkei folgt dem KVKK. Für akute Sicherheitsprobleme siehe PHP-Sicherheitslücken beheben, für ein konzernweites Inventar das PHP-Sicherheitsaudit für Unternehmen.
Häufig gestellte Fragen
Ist es sinnvoll, meine PHP-Website auf.NET umzustellen?
Nicht für jedes PHP-System. Für eine aktuelle Laravel- oder WordPress-Website ist ein Versions-Upgrade meist schneller und günstiger. Haben Sie eine alte, undokumentierte, nicht patchbare und geschäftskritische PHP-Anwendung, arbeitet Ihr Unternehmen im Microsoft-Ökosystem oder wünschen Sie langfristigen Enterprise-Support, ist.NET eine starke Option.
Was passiert mit meiner Datenbank?
Eine MySQL- oder MariaDB-Datenbank kann erhalten bleiben, da Entity Framework Core mit diesen Datenbanken arbeitet. Auf Wunsch planen wir auch den Umzug nach SQL Server oder PostgreSQL. Die Migration erfolgt mit Abgleichszahlen und Probeläufen.
Ist die Website während der Migration offline?
Nein. Das neue System wird parallel entwickelt, in einer Testumgebung geprüft und modulweise in Betrieb genommen. Die URL-Struktur bleibt erhalten, wo nötig mit 301-Weiterleitungen, sodass kein SEO-Traffic verloren geht.
Wie lange dauert es und was kostet es?
Dauer und Kosten hängen von der Zahl der Module, den Schnittstellen und dem Datenvolumen ab. Eine Unternehmenswebsite ist in einigen Wochen migriert, ein umfangreiches Portal oder eine ERP-ähnliche Anwendung in einigen Monaten. Nach der kostenlosen Voranalyse nennen wir Dauer und Preis Position für Position.
Was ist mit dem PHP2Shell-Risiko, bis die Migration fertig ist?
Zu Projektbeginn spielen wir auf dem PHP-Altsystem einen Patch oder eine Übergangsmaßnahme ein; es bleibt geschützt, bis das neue System bereit ist.
Kann unser eigenes Team das neue System übernehmen?
Ja. Wir dokumentieren die Architektur, übergeben Repositories und Pipelines und können gemeinsame Sprints durchführen, damit Ihr Team den Code warten kann.
Ist das Arbeitnehmerüberlassung?
Nein. Wir erbringen eine Dienstleistung auf Basis eines Dienst- oder Werkvertrags. Für Ihre konkrete Konstellation empfehlen wir eine rechtliche Prüfung.
Wem gehört der Code?
Ihnen. Quellcode, Designdateien, Dokumentation sowie alle Cloud- und Repository-Konten gehören Ihnen.
Migrationsanalyse anfragen
Nennen Sie uns die Adresse Ihrer Website, die Plattform und die Hosting-Art. Telefon +90 850 335 10 87, WhatsApp, E-Mail info@360-soft.com oder unsere Kontaktseite. Alle Leistungen: IT-Outsourcing Türkei.
