Laravel-Notfall: Soforthilfe, wenn die Anwendung steht

Wofür diese Seite gedacht ist

Für den Fall, dass etwas jetzt nicht funktioniert. Nicht für die Frage, ob ein Umbau sinnvoll wäre, und nicht für die Planung des nächsten Ausbaus. Dafür gibt es die anderen Seiten.

Wir arbeiten seit Jahren mit Laravel und übernehmen dabei regelmäßig Anwendungen, die andere gebaut haben. Das ist der Grund, warum ein Notfall bei fremdem Code für uns kein Sonderfall ist.

Die Reihenfolge, in der wir vorgehen

Zuerst nehmen wir die Lage auf. Was genau steht still, seit wann, und was hat sich vorher geändert? Die letzte Änderung ist in den allermeisten Fällen die Ursache, und die Frage danach spart oft Stunden.

Dann machen wir die Anwendung wieder erreichbar. Das ist bewusst der zweite und nicht der letzte Schritt. Ein Rückfall auf den letzten laufenden Stand oder ein eingeschränkter Betrieb ist fachlich unbefriedigend, weil die Ursache damit noch nicht gefunden ist. Für Ihr Geschäft ist es der Unterschied zwischen einer Stunde und einem Tag.

Erst danach suchen wir die Ursache, in Ruhe und an einer Kopie statt am laufenden System. Protokolle, die letzte Auslieferung, die Änderungen an Abhängigkeiten.

Und zum Schluss die Frage, warum es so weit kommen konnte. Fast immer fehlte eine Kleinigkeit: eine Überwachung, die früher gemeldet hätte, eine geprüfte Sicherung, ein geprobter Rückweg. Diesen letzten Schritt lassen viele aus, und deshalb kommt der nächste Anruf.

Was wir von Ihnen brauchen

Je mehr davon gleich mitkommt, desto schneller geht es.

• Zugang zum Server oder zum Hosting-Konto, und wenn vorhanden zum Quellcode.
• Eine Beschreibung, was nicht geht, möglichst mit dem genauen Wortlaut der Fehlermeldung.
• Der Zeitpunkt, an dem es zuletzt funktioniert hat.
• Was zwischen diesem Zeitpunkt und jetzt passiert ist. Auch eine Kleinigkeit zählt, etwa ein Update beim Hoster oder ein abgelaufenes Zertifikat.
• Eine Ansprechperson bei Ihnen, die Entscheidungen treffen darf.

Wenn Zugänge fehlen, fangen wir trotzdem an. Es dauert dann länger, weil der erste Schritt darin besteht, sie zu beschaffen.

Wenn es ein Einbruch war

Ein kompromittiertes System verlangt eine andere Reihenfolge als ein technischer Ausfall. Der Reflex, die fremden Dateien schnell zu löschen, ist der teuerste Fehler dabei: Er beseitigt die Spuren und nicht die Lücke, und in aller Regel kommt der Angreifer über denselben Weg zurück.

Sinnvoll ist, den Zustand zu sichern, bevor irgendetwas verändert wird, die Anwendung vom Netz zu nehmen und alle Zugangsdaten als offengelegt zu behandeln. Erst danach wird aufgeräumt, und zwar von einem sauberen Stand aus statt durch Löschen im laufenden System.

Welche Lücken in solchen Fällen regelmäßig dahinterstecken, steht im Beitrag über Befunde aus Sicherheitsprüfungen.

Was wir nicht versprechen

Keine Rund-um-die-Uhr-Bereitschaft. Eine Zusage, die nachts und am Wochenende gelten soll, braucht mehrere Leute in einem Wechsel, und alles andere hält der Realität nicht stand. Zu den üblichen Arbeitszeiten sind wir schnell erreichbar, und wer feste Reaktionszeiten braucht, regelt das im Rahmen der Wartung.

Auch keine Wiederherstellung von Daten, die es nirgends mehr gibt. Was rekonstruierbar ist, sagen wir Ihnen nach dem ersten Blick, und zwar auch dann, wenn die Antwort unangenehm ist.

Nach einem überstandenen Notfall lohnt sich der nüchterne Blick darauf, was gefehlt hat. Das ist ein Software-Audit und dauert länger als der Einsatz selbst, verhindert aber den nächsten.