Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

Absichern Von Drupal- und Serverinstallation

Eingetragen von Xeto (209)
am 11.02.2012 - 11:44 Uhr in
  • Allgemeines zu Drupal
  • Drupal 7.x

Hallo Zusammen!

Ich wollte mal schauen, wie weit ich mit der Absicherung des Webservers gehen kann, damit darauf Drupal noch läuft. Bisher sieht es gut aus.
Folgende Dinge wurden getestet.

Auf dem Server laufen einige vHosts, weshalb auch versucht wurde diese voneinander zu trennen.

Getrennte Verzeichnisstruktur
Um die Webspaces voneinander abzukapseln wurden die TMP-Pfade ins User-Home verlegt und die Zugriffe mittels open_basedir auf das User-Verzeichnis beschränkt.

mod_ruid2
Da auf dem Server mehrere getrennte Systeme laufen, habe ich den Apache-Prozess mittels mod_ruid2 für den vHost auf den entsprechenden Webspace-Besitzer (Systemuser) geändert. So lassen sich die Dateirechte auch gut einschränken.
zusätzlich wurde auch RDocumentChroot getestet, was aber bereits bei der Drupal-Installation Probleme mit sich bringt. Scheinbar muss Drupal hier auf einige Pakete (PEAR?) zurückgreifen, welche nur außerhalb des Homeverzeichnisses liegen. Da RDocumentChroot scheinbar nicht mit open_basedir kompatibel ist, wurde dieses für den Test wieder deaktiviert.

Dateiberechtigungen
Um unerwünschte Änderungen an dem Drupal-Core zu vermeiden, wurden einige Änderungen an den Dateiberechtigungen vorgenommen. Auch weil immer wieder gerne z.B. die index.php böswillig modifiziert wird.

  • Besitzer & Gruppe auf Drupalbenutzer geändert
  • Schreibrechte für alle Dateien und Verzeichnisse wurden entzogen. Auch dem Besitzer!
    Notwendige Ausnahmen: files- (z.B. für Uploads und (temporär für Updates und Installationen) das modules-Verzeichnis

Passwort vergessen Seite sperren
Bei einer reinen Gästeseite mit lediglich einem Admin-Account, kann man den Zugriff mittels htaccess auf die eigene IP (falls eine feste IP vorhanden ist) beschränken oder eben den Zugriff auf /user/password komplett verbieten. Bei Bedarf kann man den Schutz ja wieder entfernen und selbst zugreifen...
Auf diese Idee kam ich aufgrund von entsprechenden Aufrufen im Log, welche sicherlich nicht von mir stammten. ;)

Gewähltes Drupal User-PW
Der Account heißt nicht admin oder administrator und das Passwort wurde mit einer Zeichenlänge von 60 Zeichen zufällig generiert (Login bequem über einen Passwort-Safe).

disable_functions
Der für mich kritischste Punkt war das deaktivieren einiger PHP-Funktionalitäten , um die Sicherheit der Serverumgebung weiter zu erhöhen. Leider weiß ich aktuell noch nicht, welche dieser Funktionen Drupal evtl. doch benötigen würde...
Hat da jemand mehr Erfahrung oder Informationen?
Testweise habe ich folgende deaktiviert und Drupal scheint(!) einwandfrei zu funktionieren.
disable_functions = phpinfo, popen, pclose, dl, system, mail, shell_exec, exec, escapeshellarg, escapeshellcmd, passthru, proc_close, proc_open, proc_get_status, proc_nice, proc_open, proc_terminate, chown, disk_free_space, disk_total_space, diskfreespace, fileinode, max_execution_time, set_time_limit, highlight_file, show_source
Scheinbar passt das auch in Verbindung mit einem SMF-Forum und Piwik.

Habt ihr eine Idee, was man noch problemlos mittels disable_functions deaktivieren könnte oder wie man die Sicherheit weiter erhöhen kann?

‹ Upload - Optionen ausblenden Heartbeat und Facebook Style Status ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • gepatchte PHP Version 7.4 für Windows
  • Canvas Palette: Eine fertige Komponentenbibliothek für Drupal Canvas
  • Hilfe zu Updates oder Composer
  • Vergleich Drupal und Contao
  • [geloest] Blocks in Bootstrap nebeneinander darstellen und nicht untereinander
  • DrupalCamp Frankfurt 27-28 November 2026
  • Bitte mein Bentzerkonto löschen
  • Beim Aufruf einiger Inhalte erhalte ich folgende Fehlermeldung
  • Neuinstallation: vermutlich ein rewrite-Problem
  • Drupal CMS installieren
  • [erledigt]MP3 in Drupal 10 einbinden
  • (gelöst)Drupal 11 installieren
Weiter

Neue Kommentare

  • Muss ja nicht genau php 8.3 sein
    vor 1 Woche 4 Tagen
  • Guten morgen und Danke
    vor 1 Woche 4 Tagen
  • Evtl. versuchen auf PHP 8 zu wechseln
    vor 1 Woche 4 Tagen
  • Danke Schmittrich. Die Frage
    vor 1 Woche 6 Tagen
  • Keine Antwort auf die Frage nach dem Woher
    vor 1 Woche 6 Tagen
  • Danke ich werde mir die
    vor 7 Wochen 4 Tagen
  • Vielen Dank für Ihren
    vor 7 Wochen 6 Tagen
  • Composer ist sehr ratsam
    vor 8 Wochen 1 Tag
  • Vielen Dank für den
    vor 8 Wochen 4 Tagen
  • Die alten CMS Vergleiche von contentmanager.de
    vor 8 Wochen 4 Tagen

Statistik

Beiträge im Forum: 250323
Registrierte User: 20572

Neue User:

  • alxshell
  • AnthonyhoF
  • Philiphelve

» Alle User anzeigen

User nach Punkten sortiert:
wla9466
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 4 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association