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 - 12: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

  • Neuinstallation: vermutlich ein rewrite-Problem
  • Drupal CMS installieren
  • [erledigt]MP3 in Drupal 10 einbinden
  • (gelöst)Drupal 11 installieren
  • Titel ausblenden
  • Ich brauche dringen Hilfe zu Updates oder ggf. wwie geht Composer?
  • Dynamische Ansicht von Seiteninhalt (als Tabelle?)
  • Vergabe von Berechtigungen für bestimmte Rollen; mir fehlt der Haken bzw. das „Veröffentlicht“
  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • Rolle erstellen nicht zu finden
  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
Weiter

Neue Kommentare

  • Was für einen Server benutzt
    vor 3 Tagen 7 Minuten
  • Wenn die Subdomain auf
    vor 4 Tagen 22 Stunden
  • ordnerstruktur
    vor 5 Tagen 9 Stunden
  • Die Subdomain muß auf den
    vor 1 Woche 16 Stunden
  • Verwende doch das Tag dafür,
    vor 4 Wochen 2 Tagen
  • Guckst du hier: step by step
    vor 4 Wochen 2 Tagen
  • Guckst du hier: step by step
    vor 4 Wochen 2 Tagen
  • Ich habe ja keine Angst vor
    vor 5 Wochen 4 Tagen
  • Ist grundsätzlichmachbar – aber nichts für „einfach mal schnell“
    vor 5 Wochen 6 Tagen
  • Vielen Dank erst einmal, aber
    vor 6 Wochen 1 Tag

Statistik

Beiträge im Forum: 250289
Registrierte User: 20512

Neue User:

  • MichaelPeeno
  • Pavlotog
  • burningTree

» 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 38 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