4 Sicherheitsrisiken - Wie updaten bzw. beheben? Vielen Dank für die Hilfe!

myserver24

New Member
Hallo und Moin moin!

wie man unschwer erkennen kann, ist dies mein erster Post.

Und wie es sich für einen Frischling gehört will ich auch ganz brav sein ;)

Im Ernst: Ich habe mit Server-Administration noch nicht die tolle Erfahrung, die man als admin haben muss. Ich habe mich jetzt an einen Strato-Server rangewagt, um hier unseren gut besuchten Shop (war vorher nur Webspace) zu managen. Nicht so einfach aber ich habe mich erst einmal durchgekämpft und auch alle Backups reingespielt.

Heute schickt mir Strato eine Mail "Ihr beauftragter SecurityScan":

Es wurden Probleme der folgenden Stufe gefunden:
Info: 35
Low: 1
Medium: 4
High: 0

Ich poste hier die 4 schlimmen Fehler mit medium risk in der Hoffnung, es kann mir meiner weiter helfen. Ich weiss überhaupt nicht, wie ich das updaten soll und ich finde auch die Konfigurationsdatei nicht (my.cnf):

1.
Code:
openssh-server Forced Command Handling Information Disclosure Vulnerability [ General ] 	Risiko: medium
 
Port: 22

Overview:
The auth_parse_options function in auth-options.c in sshd in OpenSSH before 5.7
provides debug messages containing authorized_keys command options, which allows
remote authenticated users to obtain potentially sensitive information by
reading these messages, as demonstrated by the shared user account required by
Gitolite. NOTE: this can cross privilege boundaries because a user account may
intentionally have no shell or filesystem access, and therefore may have no
supported way to read an authorized_keys file in its own home directory.

OpenSSH before 5.7 is affected;

Solution:
Updates are available. Please see the references for more information.

References:
http://www.securityfocus.com/bid/51702
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657445
http://packages.debian.org/squeeze/openssh-server
https://downloads.avaya.com/css/P8/documents/100161262
CVE : CVE-2012-0814
BID : 51702

2.
Code:
Apache Web Server ETag Header Information Disclosure Weakness [ Web application abuses ] 	Risiko: medium
 
Port: 443

Overview:
A weakness has been discovered in Apache web servers that are
configured to use the FileETag directive. Due to the way in which
Apache generates ETag response headers, it may be possible for an
attacker to obtain sensitive information regarding server files.
Specifically, ETag header fields returned to a client contain the
file's inode number.

Exploitation of this issue may provide an attacker with information
that may be used to launch further attacks against a target network.

OpenBSD has released a patch that addresses this issue. Inode numbers
returned from the server are now encoded using a private hash to avoid
the release of sensitive information.

Solution:
OpenBSD has released a patch to address this issue.

Novell has released TID10090670 to advise users to apply the available
workaround of disabling the directive in the configuration file for
Apache releases on NetWare. Please see the attached Technical
Information Document for further details.

3.
Code:
Apache Web Server ETag Header Information Disclosure Weakness [ Web application abuses ] 	Risiko: medium
 
Port: 80

Overview:
A weakness has been discovered in Apache web servers that are
configured to use the FileETag directive. Due to the way in which
Apache generates ETag response headers, it may be possible for an
attacker to obtain sensitive information regarding server files.
Specifically, ETag header fields returned to a client contain the
file's inode number.

Exploitation of this issue may provide an attacker with information
that may be used to launch further attacks against a target network.

OpenBSD has released a patch that addresses this issue. Inode numbers
returned from the server are now encoded using a private hash to avoid
the release of sensitive information.

Solution:
OpenBSD has released a patch to address this issue.

Novell has released TID10090670 to advise users to apply the available
workaround of disabling the directive in the configuration file for
Apache releases on NetWare. Please see the attached Technical
Information Document for further details.

4.
Code:
TCP Sequence Number Approximation Reset Denial of Service Vulnerability [ Denial of Service ] 	Risiko: medium
 

Overview: The host is running TCP services and is prone to denial of service
vulnerability.

Vulnerability Insight:
The flaw is triggered when spoofed TCP Reset packets are received by the
targeted TCP stack and will result in loss of availability for the attacked
TCP services.

Impact:
Successful exploitation will allow remote attackers to guess sequence numbers
and cause a denial of service to persistent TCP connections by repeatedly
injecting a TCP RST packet.

Impact Level: System

Affected Software/OS:
TCP

Fix: Please see the referenced advisories for more information on obtaining
and applying fixes.

Vielleicht erbarmt sich ja Eine(r). DANKE!

Jan
 
Anmerkung vorne weg: das sind jetzt alles keine Dinge, die einem gleich schlaflose Nächte bereiten sollten. :)

ad 1.) das ist das wesentlichste Problem, zu beheben mit einem simplen Update. Falls da Debian auf dem Server läuft:

Code:
apt-get update && apt-get upgrade

ad 2./3.) lässt sich per Apache-Config (httpd.conf) beheben.

Code:
Header unset ETag
FileETag None

ad 4.) siehe http://web.nvd.nist.gov/view/vuln/detail?vulnId=CAN-2004-0230

Zurück zu den schlaflosen Nächten. Du betreibst offensichtlich einen eigenen Server, ohne über grundlegende Administrationskenntnisse zu verfügen. Das ist mit Abstand das größte Sicherheitsproblem. Diese ganzen Security-Scanner haben kaum Aussagekraft, darauf vertrauen sollte man erst recht nicht. Was du brauchst sind fundierte Administrationskenntnisse und -erfahrung. Mit einem Webspace (die gibt es in allen Größen) solltest du auch weiterhin besser fahren.
 
Vielen Dank für die schnelle Antwort!!

Dann werde ich mich da ranmachen ;-)

Klar sind noch nicht die überragenden Kenntnisse vorhanden, deswegen bin ich ja hier, um zu lernen.

Hauptsache, der Server ist erst einmal sicher, Backups doppelt gesichert und jetzt heisst es lernen...


DANKE noch einmal!

Jan
 
Noch ein paar Tipps:
-SSH port ändern
-Statt einem Passwort würde ich einen key für den SSH login erzeugen und jeglichen Passwortlogin per SSH unterbinden.
-Überlegen ob es wirklich ein Server sein muss, meistens reicht Webspace völlig aus. Das spart dann zusätzlich Geld, Zeit und Nerven.
 
Üben auf nem Server mit laufendem Shopsystem.
Das ist ja wie ne Steilwand, ohne Sicherung, untrainiert mit Turnschuhen besteigen.
No risk no fun!

Gruss Sven
 
Na das geht ja schon gut los.

Ich kann auf den conf Ordner im Plesk und per FTP nicht zugreifen, um Apache-Config (httpd.conf) zu öffnen, obwohl ich als root angemeldet bin.

Per Putty hab ich das eingegeben: /var/www/vhosts/

und er sagt mir, Verzeichnis gefunden aber ich kann nichts auswählen.

Wie kann ich denn auf die httpd.conf zugreifen und bearbeiten?

Punkt 1 ist übrigens geschafft :)

Achso, Ubuntu 10.04.4 LTS als BS
 
viele haben ja schon geschrieben, dass Webspace die bessere Wahl für dich ist.

Falls du dich mit Linux näher beschäftigen möchtest kann ich dir das hier empfehlen. Natürlich ist es nicht vorständig ...

http://www.helmbold.de/artikel/Linux-auf-einem-Blatt.pdf

Da steht auch geschrieben, wie man in Verzeichnisse (zu deinen Konfigurationsdateien) gelangt und diese editiert.

Schönen Abend

Lyn
 
Die Abkürzung dafür lautet glaube ich FAIL?!
Ne, nennt man eine Cheatsheet und ist anfangs sehr hilfreich.
Später sammeln sich andere Cheatsheets (zB zu Regex-Strukturen oder Kernel-Interfaces) an.

Ich habe mich jetzt an einen Strato-Server rangewagt, um hier unseren gut besuchten Shop (war vorher nur Webspace) zu managen.
Ich denke den wichtigsten Punkt hat noch niemand angeschrieben: WARUM hast du gewechselt?
Der Kostenpunkt kann es ja nicht gewesen sein da ein einzelner Webspace bedeutend günstiger wird als ein (v)Server.
Hier sollte man ansetzen um die korrekten Produkte empfehlen zu können (was vermutlich trotzdem ein Webspace sein wird, aber hier gibt es Welten Unterschiede)
 
Back
Top