Notfall-Modus – Website komplett sperren

Tom

Hallo zusammen,

die Frage von Mirko habe ich mir in Bezug auf die Akeeba Admin Tools auch schon gestellt, insbesondere weil deren Emergency Shutdown offensichtlich mit der automatischen Wiederherstellung der htaccess-Datei von HTProtect kollidiert. Beim Emergancy Shutdown, ersetzen die Admin Tools die vorliegende htacess-Datei mit einer eigenen sehr restriktiven htaccess-Datei. Sobald HTProtect eine Modifikatin der htaccess-Datei feststellt, installiert es seinerseits wieder die eigene htaccess-Datei. Die beiden Erweiterungen arbeiten an dieser Stelle also gegeneinander.

Deshalb habe ich entschieden, die Admin Tools zu deinstallieren. Gleichzeitig wäre es aber wünschenswert, wenn HTProtect einen eigenen Emergency Shutdown Button an prominenter Stelle (z.B. in rot im Dashboard) anbieten würde, damit man per HTProtect schnell einen nachhaltigen Emergence Shutdown auslösen kann.

Gruß
Tom

Pascal

Hi Tom,

der Notfall-Modus lässt sich unter Backend-Zugang einschalten - setzt voraus, dass der /administrator Passwortschutz über HTProtect eingerichtet wurde.
Der wird dann einfach auf das Frontend ausgeweitet.

Gruß
Pascal

Tom

Hi Pascal,
das ist super für die Leute, die den backend Passwort-Schutz per HTProtect eingerichtet haben. Ich würde mir allerdings wünschen, dass es auch für jene möglich ist, die dies nicht haben, weil sie das Backend anders schützen. Ich stelle mir vor, dass es hier nur einer Fallunterscheidung und zweier leicht unterschiedlicher htaccess-Dateien bedarf, eine mit Passwort-Schutz und eine ohne. Für letztere könnte die htaccess der Admin Tools als Vorbild dienen.
Gruß
Tom

Pascal

Tom Bitte schau dir mal die 2.6.10 an - da wurde der Notfall-Modus (unter dem Menüpunkt Backend-Zugang) nun mit Zugangslink und Cookie-Setzung einheitlich anders gelöst.

Tom

Hi Pascal,

nicht schlecht 😉 . Ich hab's auf meiner Test-Website mit der aktuellen 2.6.12 getestet. Hier meine Testprozedur und die Ergebnisse:

Verifiziert, dass meine Administrator E-Mail funktioniert 😀
Automatic Monitoring von HTProtect abgeschaltet (damit ich im Notfall nicht ausgesperrt werde und die .htaccess manuell überschreiben kann)
Emergency Shutdown vorgenommen
Geheime Website URL in Texteditor kopiert (falls die E-Mail nicht kommt)
E-Mail gecheckt (Notfall-Modus aktiviert - dein Zugangs-Link hat funktioniert) 😀
Zum Website Frontend navigiert
Folgende Meldung wird angezeigt:

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Additionally, a 503 Service Unavailable error was encountered while trying to use an ErrorDocument to handle the request.

ERROR: Der Inhalt der /htp-maintenance.html wird nicht interpretiert 😒

Diff der neuen .htaccess der Test-Website mit der .htaccess der offiziellen Website

ERROR: Sprache der .htaccess der offizellen Website geändert (vorher Englisch, jetzt Deutsch) - liegt vermutlich an einem Problem beim einem der letzten automatisierten HTProtect Updates der offiziellen Website 😒

In der .htaccess der Test-Website wurde zu Beginn der Abschnitt 0 hinzugefügt. An dessen Ende steht die Anweisung:

ErrorDocument 503 /htp-maintenance.html

ERROR: Diese HTML-Datei wird offensichtlich nicht verwendet. Ich selber gebe nämlich in den späteren Custom Rules End eine andere ErrorDocument Anweisung, die aber auch nicht verwendet wird (vermutlich, weil sie keine starre HTML-Datei aufruft) 😒

Vorschlag 1: Entweder sollte die "ErrorDocument 503 ..." Anweisung ganz ans Ende der Emergency .htaccess gestellt werden oder alle Custom Rules sollten entfernt werden. Ich frage mich auch, ob wir abgesehen von Abschnitt 0 überhaupt andere Abschnitte der .htaccess im Notfall benötigen? Vielleicht kann man alles danach weglassen?

Vorschlag 2: Es wäre schön, die /htp-maintenance.html bereits vor einem Notfall frei konfigurierbar zu machen (also die Eingabe von HTML-Code zu gestatten).

Admin log-out - log-in ohne den Browser zu schliessen (ohne Coookies zu löschen) funktioniert. 😀
Admin log-out, Browser schliessen (Cookies löschen), log-in funktioniert wie beabsichtigt nicht. 😀
Zugriff über die geheime URL

WARNUNG: Diese URL navigiert nur zum Frontend, nicht zum Backend. Um ans Backend zu gelangen, muss man danach ohne den Browser zu beenden (ohne Cookies zu löschen) die Backend URL aufrufen. 😒

Vorschlag: Dies sollte deutlich dokumentiert sein, damit man nicht scheinbar "vor verschlossener Türe steht".

Neuen Link generieren funktioniert (neue E-Mail, log-out, Browser schliessen, log-in, 503 Meldung, geheimer Link funktioniert) 😀
Emergency Mode beenden funktioniert 😀
Log-out, Browser schliessen, log-in funktioniert sowohl für Frontend als auch Backend 😀
Automatisches Monitoring wieder einschalten

Danke für Dein Engagement. Ich hoffe, dies hilft, die letzten Stolpersteine zu entfernen.

Gruß
Tom

Pascal

Hallo Tom,

danke fürs Testen! 🙂

Automatic Monitoring von HTProtect abgeschaltet (damit ich im Notfall nicht ausgesperrt werde und die .htaccess manuell überschreiben kann)

Es ist nicht vorgesehen, dass das Automatic Monitoring (und damit das htprotectwatch System Plugin) abgeschaltet wird, weil Teile des Notfall-Modus darauf aufbauen. Alles, was zu einer Aussperrung führen würde, wird bzw. kann abgefangen werden.

Das System Plugin ist quasi das "Zentralhirn" von HTProtect und zeigt u. a. das Fixed-Footer-Banner zum aktiven Notfall-Modus in Front- und Backend an - inkl. Link ins Backend zum Deaktivieren - damit das nicht vergessen oder übersehen werden kann.

Damit erübrigen sich, denke ich, die meisten Punkte schon(?). Abgesehen von einem klaren Hinweis dazu.

Für die Beschreibung reicht, denke ich, ein WYSIWYG-Editor-Feld statt einer einfachen Textarea, um die nötige Flexibilität (Formatierungen, Links) zu bieten?

Ggf. mit dem Hinweis, dass auch einfach die /htp-maintenance.html im Ganzen individuell gestaltet werden könnte. Immerhin ist es ja nur ein Notfall-Modus, bei dem das Ziel #1 sein sollte, diesen so schnell wie möglich wieder deaktivieren zu können.

Gruß
Pascal

Tom

Hi Pascal,

nachdem der Notfall-Modus nun neu gelöst wurde, habe ich meinen Test als Beta-Test verstanden. Bei einem derartigen Test muss ich davon ausgehen, dass auch einmal etwas nicht wie geplant funktioniert. Aus diesem Grund habe ich vorsichtshalber vor meinen Tests das Automatic Monitoring abgeschaltet und nach meinen Tests wieder eingeschaltet. Das bedeutet nicht, dass ich dies auch für den Regelbetrieb empfehle.

Ich denke aber nicht, dass sich damit die meisten Vorschläge erübrigen oder willst Du mir sagen, dass die Deaktivierung des Automatic Monitoring dazu führt, dass statt einer kleinen nur aus Abschnitt 0 bestehenden .htaccess Datei die von mir beobachtete große .htaccess-Datei mit allen Abschnitten von 0 bis 9 und B wird?

Abgesehen davon fände ich es gut, wenn der Emergency Button prominenter angeordnet wäre. Aus eigener Erfahrung weiss ich, dass man im Ernstfall so unter Stress steht, dass man Schwierigkeiten hat, an der richtigen Stelle danach zu suchen. Oben auf der Overview-Seite wäre gut, oder zumindest oben auf der Backend Access Seite.

Übrigens, die Idee mit dem Setzen eines Notfall Cookies und dem geheimen Link gefällt mir sehr gut.

Gruß
Tom

Pascal

Hi Tom,

das stimmt und hat ja nun auch einige Unklarheiten und Fehlerquellen eingekreist.

Beim Klick auf "Automatische Überwachung abschalten" wird ab 2.6.13 (voraussichtlich heute Abend) in einem Bestätigungsdialog nun ausdrücklich davon abgeraten, die automatische Überwachung bzw. das htprotectwatch System Plugin zu deaktivieren.
ErrorDocument 503 steht nun am Ende, hinter den Custom Rules, damit es sicher greift.
Block 0 bleibt bestehen, ebenso der restliche Teil der HTProtect-.htaccess, da sich das Verhalten der Seite - abgesehen von der minimalinvasiv eingefügten Sperre - nicht verändern sollte.
Überschrift und WYSIWYG-Text des Notfall-Modus lassen sich nun bereits vor dem Einschalten konfigurieren.
Auf der Übersichtsseite gibt es nun einen dezenten Einzeiler mit Link zum Notfall-Modus.

Gruß
Pascal

Pascal

Die 2.6.13 mit den Verbesserungen wird jetzt zum Update angeboten.

https://htprotect.org/changelog#v2.6.13

Tom

Pascal Auf der Übersichtsseite gibt es nun einen dezenten Einzeiler mit Link zum Notfall-Modus.

Hi Pascal,
sorry für die verspätete Rückmeldung. Soweit ist alles OK, allerdings befindet sich der Einzeiler mit Link zum Notfall-Modus ganz am Ende der Übersichtsseite. Da findet sich dann bei mir nach dem Scrollen recht unscheinbar:

Das ist offen gestanden keine prominente Stelle, die im Notfall (d.h. unter Stress) sofort ins Auge springt. Ich hatte eher an etwas ähnliches wie den Hinweis auf der Backend Access Seite mit dem großen roten Button gedacht:

Dieser müsste dann aber am Kopf der Übersichtsseite stehen, damit man ihn ohne viel Nachdenken schnell findet. Alternativ könnte es vielleicht auch reichen, diesen Abschnitt vom Ende zum Anfang der Backend Access Seite zu verschieben.

Gruß
Tom

Pascal

Hi Tom,

den Notfallmodus prominenter zu platzieren halte ich für suboptimal. HTProtect soll solche Fälle verhindern - ein dauerhaft an erster Stelle sichtbarer Notfallknopf erzählt genau die andere Geschichte. Dazu wird er sehr selten gebraucht und belegt sonst ständig Platz.

Besser fände ich, ihn ergänzend noch dort zu platzieren, wo Leute im Ernstfall tatsächlich hinklicken: beim Joomla-Offline-Modus. Der wird in solchen Fällen ja gern genutzt, hilft bei einem Hack aber nur sehr eingeschränkt. Hinweis also genau an dieser Stelle:

"Offline sperrt Besucher aus, aber keinen Angreifer. → HTProtect Notfallmodus"

So ist er im Panikfall auffindbar, ohne im Alltag im Weg zu sein.

Was hältst du davon?

Gruß
Pascal

Tom

Hi Pascal,

den Notfallmodus prominenter zu platzieren halte ich für suboptimal. HTProtect soll solche Fälle verhindern - ein dauerhaft an erster Stelle sichtbarer Notfallknopf erzählt genau die andere Geschichte. Dazu wird er sehr selten gebraucht und belegt sonst ständig Platz.

HTProtect besitzt sehr viele schöne und sinnvolle Features und hebt sich dadurch sehr positiv von einigen anderen Erweiterungen ab, trotzdem habe ich leider im Laufe meines Lebens lernen müssen, dass es eine 100%-ige Sicherheit bei einer Software bisher leider nicht gegeben hat. Und ich habe da so meine Zweifel, dass dies in Zukunft gelingen kann. Bei einer start automatisierten Software wie HTProtect mache ich mir z.B. Gedanken über "Lieferkettenangriffe". Jeder Administrator, der schon etwas Erfahrung mit Software gesammelt hat, sollte sich imho bewusst sein, dass es keine 100%-ige Sicherheit gibt. Deshalb halte ich es für sinnvoll, auch eine so herausragende Suite wie HTProtect für den unwahrscheinlichen Notfall vorzubereiten. Erfahrene Administratoren werden dies nicht als Schwäche sondern als vorausschauende Abrundung der Suite verstehen.

Beispiel: Die Admin Tools von Akeeba haben den Emergency Offline-Modus sehr deutlich sichtbar an Nummer Eins im Control Panel angeordnet und sind dennoch hoch geschätzt und beliebt.

Besser fände ich, ihn ergänzend noch dort zu platzieren, wo Leute im Ernstfall tatsächlich hinklicken: beim Joomla-Offline-Modus.

Interessant, den Joomla-Offsite-Modus im Notfall zu verwenden, wäre mir nicht eingefallen. Das liegt vielleicht daran, dass ich bevor ich mit meinem ersten Notfall zu tun hatte, vorher bereits das Manual der Admin Tools gelesen und auch schon einmal damit eine Notfall-htaccess erzeugt and angeschaut hatte.

Also, der Einzeiler mit Link zum Notfall-Modus ganz am Ende der Übersichtsseite von HTProtect ist gut gemeint, wird aber meiner Einschätzung nach im Ernstfall eher nicht gefunden, kostet aber Platz. Ich würde ihn dort entfernen.
Der Joomla-Offline-Modus kann mit einem Klick aus dem Dashboard (Global Configuration) gefunden und ohne Scrollen mit einem zweiten Klick aktiviert werden. Das ist schon einmal nicht schlecht. Wenn es darüber oder darunter einen roten Button o.ä. namens "HTProtect Emergency-Offline-Modus" gäbe, wäre das sicherlich für all jene hilfreich, die den Joomla-Offline-Modus zu benutzen gewohnt sind.
Wenn ich mich als Admin im Backend einlogge, dann lande ich im Dashboard, da wo unter der Kategorie "System" sich auch der neue grüne "HTProtect - protection active & up to date" Button befindet. Daneben hätte ich mir einen roten "HTProtect - emergence offline" Button gewünscht. Dieser muss nicht unbedingt unmittelbar den Emergency Modus auslösen, er könnte den Benutzer auch zu der Seite navigieren, auf der sich der scharfe Emergency Offline Button befindet. Auf diese Weise wäre dann noch eine Sicherung gegen unabsichtliches Auslösen eingebaut.

Gruß
Tom

Pascal

Hi,

Notfall-Offline ist jetzt im Komponenten-Menü direkt nach Übersicht (2. Punkt) und zusätzlich in der Systemkonfiguration platziert:

Wer es dort nicht zwischendurch mal bemerkt und auch am Anfang keine Doku liest, hat halt einfach Pech gehabt. 😉

Mehr als ein System-Quickicon ins Kontrollzentrum einzupflanzen, fände ich ähnlich störend wie oben im HTProtect-Überblick - da ginge dann mobil auch 1/6 der Bildfläche verloren.

Gruß
Pascal