Werkzeuge · IT & Daten

PHP2Shell nachsorgen: Excel-Checkliste und Notfallplan Buchhaltung

Die Excel-Vorlage führt pro System durch Patchstand, Logprüfung ab dem 17. Oktober 2026, Passwortwechsel, Meldeentscheid nach DSG und Rückfragen an SaaS-Anbieter und zeigt den Status jedes Systems. Sie richtet sich an IT-Verantwortliche und Leitung Finanzen in KMU, deren Website, Shop oder Buchhaltung auf PHP läuft, und enthält einen Notfallplan für einen Tag ohne Buchhaltungssoftware.

Download

XLSX

Excel-Vorlage

Stand Oktober 2026 · Grundlage: BACS-Warnung vom 21.10.2026, PHP-Projekt, Art. 24 DSG und Art. 15 DSV · kostenlos, ohne Anmeldung

Kostenlos herunterladen

SKILL

KI-Skill

Der KI-Skill erstellt aus Ihrer Systemliste den Nachsorgeplan mit Patchstand, Logprüfung und Passwortwechsel, formuliert die Fragen an Hoster und SaaS-Anbieter und führt durch den Meldeentscheid nach DSG. Für Microsoft 365 Copilot, ChatGPT und Claude.

Skill herunterladen

Was in der Vorlage steckt

  • Blatt Anleitung mit sieben Arbeitsschritten und 14 Fristen und Regeln mit Grundlage und Link.
  • Blatt Systeme für 50 Systeme: prüft die eingetragene PHP-Version gegen 8.5.12, 8.4.27, 8.3.36 und 8.2.35 und rechnet Priorität und Status.
  • Blatt Logpruefung für 200 Prüfungen mit vier Indikatoren nach BACS und AWS und Kontrolle, ob der Zeitraum ab 17.10.2026 abgedeckt ist.
  • Blatt Zugangsdaten zeigt pro Geheimnis, ob ein Wechsel nötig, empfohlen oder optional ist, und ob der alte Zugang gesperrt wurde.
  • Blatt Meldung führt mit drei Fragen zum Entscheid nach Art. 24 DSG, rechnet die Aufbewahrung von zwei Jahren und enthält die Angaben nach Art. 15 DSV.
  • Blatt SaaS_Anbieter mit den fünf Fragen an Hoster und SaaS-Anbieter, Antwortstatus und Textbaustein für die E-Mail.
  • Blatt Notfallplan «Buchhaltung offline» mit Auslöser, Rollen, acht Offline-Exporten, Notbetrieb, Wiederanlauf und Ausfallprotokoll.
  • Blatt Uebersicht mit 14 Kennzahlen und Gesamtstatus; fiktive Beispielzeilen sind als «Beispiel» markiert.

So setzen Sie die Vorlage ein

  1. Systeme erfassen. Tragen Sie jedes System mit PHP ein, auch SaaS-Dienste, Appliances und Container, und wählen Sie, wie die Behebung belegt ist.
  2. Protokolle sichern. Fordern Sie beim Hoster die Protokolle ab dem 17. Oktober 2026 an, sichern Sie sie ausserhalb des Servers und erfassen Sie pro Indikator das Ergebnis.
  3. Zugangsdaten erneuern. Prüfen Sie zuerst Ihre eigenen Computer auf Schadsoftware, dann erneuern Sie die Zugangsdaten, die das Blatt als nötig oder empfohlen zeigt.
  4. Meldung entscheiden. Beantworten Sie pro Vorfall die drei Fragen, melden Sie bei voraussichtlich hohem Risiko so rasch als möglich dem EDÖB und tragen Sie immer eine Begründung ein.
  5. Anbieter fragen und Notfallplan freigeben. Schicken Sie die fünf Fragen an jeden SaaS-Anbieter und geben Sie den Notfallplan «Buchhaltung offline» mit Rollen und Exporten frei.

Häufige Fehler

  • Das Update ist eingespielt, aber die PHP-Dienste wurden nicht neu gestartet; laut BACS sind Dienste neu zu starten und Container neu zu bauen.
  • Die Protokolle werden zu spät angefordert und fehlen für die Tage ab dem 17. Oktober 2026; die Vorlage behandelt solche Systeme als nicht prüfbar.
  • Die Passwörter werden geändert, bevor der eigene Computer auf Schadsoftware geprüft ist, obwohl das BACS diese Reihenfolge vorgibt.

Grundlage und Stand

Grundlage sind die Warnung des BACS vom 21. Oktober 2026, die Sicherheitsmeldungen des PHP-Projekts vom 21. und 23. Oktober 2026 und der Bericht von Amazon Threat Intelligence zum ersten Angriffsversuch am 17. Oktober 2026. Für die Meldung gelten Art. 24 DSG und Art. 15 DSV sowie für kritische Infrastrukturen Art. 74b und 74e ISG. Stand der Vorlage: Oktober 2026.

Die Vorlage ersetzt keine Beratung im Einzelfall. Beispielwerte sind als Beispiel markiert.

Häufige Fragen

Die Lücken CVE-2026-109618 und CVE-2026-109619 sind in PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35 behoben, veröffentlicht am 21. Oktober 2026. Bei Linux-Distributionen können Korrekturen in ältere Paketversionen zurückübertragen sein; dann zählt die Bestätigung des Anbieters. PHP 8.1 und älter erhält vom PHP-Projekt keine Updates mehr, PHP 8.2 nur noch bis 31. Dezember 2026.

Mindestens ab dem 17. Oktober 2026. An diesem Tag hat Amazon den ersten Angriffsversuch beobachtet, vier Tage vor dem Patch. Der Prüfzeitraum endet, wenn das System nachweislich mit der korrigierten Version läuft und die Dienste neu gestartet sind. Fehlen Protokolle für diesen Zeitraum, behandelt die Vorlage das System vorsichtshalber wie einen auffälligen Befund.

Nur wenn eine Verletzung der Datensicherheit vorliegt, die voraussichtlich zu einem hohen Risiko für die Betroffenen führt (Art. 24 Abs. 1 DSG). Dann melden Sie so rasch als möglich und liefern Fehlendes nach. Jede Verletzung dokumentieren Sie und bewahren die Dokumentation mindestens zwei Jahre ab der Meldung auf (Art. 15 Abs. 4 DSV).