EOL/End of Life Software Apache/2.0.64 als Webserver?
11 years ago
Hallo,
nachdem ich weiterhin verzweifelt bin warum so einfache Dinge wie WWW-Authenticate auf dem Telekom Webspace nicht gehen nun meine Frage und ggf. die Lösung:
Ist es richtig das als Webserver-Software das (mittlerweile doch völlig veraltete) Produkt Apache/2.0.64 läuft, welches bereits seit 2010 nicht mehr von Apache gewartet wird und seit July 9, 2013 den EOL/ End of Life Status hat? Uns somit auch keine Sicherheitsupdates mehr erfährt?
Sollte es so sein erklärt das natürlich warum das WWW-Authenticate nicht geht, das ist in Apache/2.0 nämlich noch nicht implementiert (wobei man sagen muss das der Apache 2.0 auch aus dem Jahre 2000 ist).
Da ja gerade die Umstellung von der Telekom Webpage auf das neue Homepage-Center war, warum wird dann so eine alte Serversoftware (die nicht mehr vom Hersteller gepflegt wird) genutzt?
Hätte man das gewusst wäre es im Zuge der Umstellung als Kunde ohne nun folgende Doppelumstellung leicht gewesen gleich einen aktuelleren Hosting-Anbieter zu suchen, der auch solche essentiellen Dinge wie .htaccess, änderbarer Dateirechte usw. beherrscht.
Das nicht vorhandene .htaccess macht nun im übrigen Sinn, das es im Apache 2.0.64 genau dort eine Sicherheitslücke gibt. Allein schon deswegen wäre hier ein Update angeraten.
https://www.bitblokes.de/2013/07/apache-2-0-65-unterstutzung-fur-apache-webserver-2-0-ist-damit-eingestellt/
Grüße,
Dirk Marklewitz
nachdem ich weiterhin verzweifelt bin warum so einfache Dinge wie WWW-Authenticate auf dem Telekom Webspace nicht gehen nun meine Frage und ggf. die Lösung:
Ist es richtig das als Webserver-Software das (mittlerweile doch völlig veraltete) Produkt Apache/2.0.64 läuft, welches bereits seit 2010 nicht mehr von Apache gewartet wird und seit July 9, 2013 den EOL/ End of Life Status hat? Uns somit auch keine Sicherheitsupdates mehr erfährt?
Sollte es so sein erklärt das natürlich warum das WWW-Authenticate nicht geht, das ist in Apache/2.0 nämlich noch nicht implementiert (wobei man sagen muss das der Apache 2.0 auch aus dem Jahre 2000 ist).
Da ja gerade die Umstellung von der Telekom Webpage auf das neue Homepage-Center war, warum wird dann so eine alte Serversoftware (die nicht mehr vom Hersteller gepflegt wird) genutzt?
Hätte man das gewusst wäre es im Zuge der Umstellung als Kunde ohne nun folgende Doppelumstellung leicht gewesen gleich einen aktuelleren Hosting-Anbieter zu suchen, der auch solche essentiellen Dinge wie .htaccess, änderbarer Dateirechte usw. beherrscht.
Das nicht vorhandene .htaccess macht nun im übrigen Sinn, das es im Apache 2.0.64 genau dort eine Sicherheitslücke gibt. Allein schon deswegen wäre hier ein Update angeraten.
https://www.bitblokes.de/2013/07/apache-2-0-65-unterstutzung-fur-apache-webserver-2-0-ist-damit-eingestellt/
Grüße,
Dirk Marklewitz
Note:
This post has been closed.
Note:
This post is no longer open for answers or comments and is no longer visible to community members.
2000
0
This could help you too
92
0
2
in
259
0
5
4 years ago
in
1037
0
1
You might also be interested in
Request purchasing advice
Fill out our online contact form quickly and easily so that we can advise you personally in a timely manner.
View offers
Informieren Sie sich über unsere aktuellen Website-Angebote.
11 years ago
ich habe Ihre Anfrage umgehend an die zuständige Fachabteilung weiter geleitet.
Viele Grüße,
Stephie
0
11 years ago
Hallo Dirk,
wir haben folgende Rückmeldung zu unseren Apache Server erhalten:
"Bei der Entwicklung der heute von uns genutzten Plattform wurden diverse Modifikationen an der Apache-Software vorgenommen, um den konzeptionellen Ansprüchen gerecht zu werden. Aufgrund dieser Modifikationen ist es uns leider nicht ohne Weiteres möglich, auf die Version 2.2.x oder gar 2.4.x zu wechseln.
Sicherheitsrelevante Bedenken gibt es dennoch nicht. Bei bekannt werden neuer Sicherheitslücken wird geprüft, ob diese unsere Plattform angreifbar macht und entsprechende Modifikationen in der Software vorgenommen. Im übrigen stellen viele Sicherheitslücken für uns gar keine Bedrohung dar, da die betreffenden Module nicht genutzt werden (z.B.: mod_rewrite, mod_setenvif, mod_autoindex, mod_ssl u.v.m.).
Das Feature WWW-Authenticate ist laut Fachseite bereits im Apache 1.0 verfügbar gewesen, setzt aber die Nutzung von htaccess vorraus. htaccess ist wiederum aus den bekannten und schon viel diskutierten Gründen deaktiviert. Daher kann WWW-Authenticate nicht genutzt werden.
Ein Passwortschutz, ist dennoch möglich, dazu kann der Dateimanager genutzt werden, oder wenn weitere Benutzer angelegt werden sollen, mit Hilfe von .access.
In den Verzeichnissen, die Sie sperren, wird ein Datei ".access" angelegt. Diese Datei können Sie mit einem FTP-Programm lokal abspeichern und mit Notepad oder einem Editor bearbeiten. So ist es möglich, weitere Benutzer für das geschützte Verzeichnis anzulegen. Hierbei gehen Sie analog dem Verzeichnisschutz mit htaccess ( http://de.selfhtml.org/servercgi/server/htaccess.htm#verzeichnisschutz ) vor.
Langfristig werden wir natürlich neue Software auf unserer Plattform benötigen um den zukünftigen Anforderungen des Netzes gerecht zu werden. Im Zuge dessen wird ein Wechsel zu konzeptionell besseren Alternativen wie z.B. Nginx angestrebt. Hierzu gibt es aber noch keine konkreten Pläne."
Gruß,
Ingo
*EDIT*
Alten Link entfernt und stattdessen kruze Erläuterung mit neuem Link eingefügt.
0