Wir experimentieren neuerdings mit fail2ban, um Bruteforce-Angriffe auf bestimmte Dienste abzufangen. Das Programm durchsucht Logs nach einem vorgegebenen Schema und kann, wenn dieses Schema mehr als x mal in Zeitraum y gefunden wurde, Aktionen durchführen, wie beispielsweise die IP-Adresse blockieren. Die Konfiguration ist auf allen unseren Hosts die gleiche, hier mal am Beispiel von crater:
[root@crater ~]# fail2ban-client status
Status
|- Number of jail: 6
`- Jail list: apache-joomla-login, apache-wp-login, apache-auth, apache-friendica-load-prevention, ssh-iptables, wp-spam
Das Prinzip ist immer das selbe. Da der Filter für die Wordpress-Loginmaske am meisten anschlägt, hier mal die dahinter liegende Konfiguration:
Ein frisches node.js ist auf allen Servern verteilt, weitere Informationen dazu wie gewohnt im Wiki
Die Symlinks unter /package/host/localhost sind angepasst:
nodejs -> nodejs-0
nodejs-0 -> nodejs-0.10
nodejs-0.10 -> nodejs-0.10.33
Wenn ihr also einen von den obigen Pfaden in eueren Scripten benutzt, reicht es, den Dienst einfach neu zu starten.
Schon den ganzen Tag gerüchtete es, dass im Laufe des 15. Oktober nach Heartbleed und Shellshock eine weitere Sicherheitslücke mit großem, Internet-weiten Ausmaß angekündigt wird. Inzwischen sind die Details dazu publik.
Wie bei vergangenen SSL-/TLS-bezogenen Angriffen (CRIME, BEAST, etc) hat dieser Angriffsvektor mit POODLE (Padding Oracle On Downgraded Legacy
Encryption) von Google ein durchaus aussprechbares und einprägsames Akronym als Namen erhalten - auch wenn POODLE sowohl ohne dedizierte Webseite als auch ohne ein dramatisches Logo auskommen musste.
Wir haben heute auf allen Host das python-3.4.1 verteilt. Weitere Informationen findet Ihr in unserem Wiki
Wir haben heute auf allen Host neue PHP-Versionen verteilt. Im Detail wären das dann die folgenden:
Alle diese Versionen sind gegen die libxml Version 2.9.1 gelinkt da dieses hin und wieder im Support angefragt wurde. Wie diese PHP-Versionen nun zum Einsatz kommen können wird im Wiki sehr detailiert beschrieben.
Aus der Münchner Abendzeitung im Mai dieses Jahres:
Dieser Spaß ging nach hinten los: In einer Überweisung an einen Freund trug ein Münchner im Januar als Verwendungszweck unter anderem „bin laden“ ein – und geriet so ins Fadenkreuz der Ermittler.
Sein Name steht nun zehn Jahre auf der schwarzen Liste der Bundesbank, wegen des nicht begründeten Verdachts der versuchten Terrorfinanzierung.
Der Titel des Artikels bezeichnet den fraglichen Verwendungszweck als “schlechten Witz”, aber das, was hier ein noch viel schlechterer Witz ist, ist ja wohl die völlig wahnsinnige Folge einer simplen Überweisung, deren Zusammenhang mit tatsächlicher Terrorfinanzierung man ja nun wirklich arg in Zweifel ziehen kann. Als wenn ein Geldwäscher Überweisungen mit dem Verwendungszweck “Geldwäsche” tätigen würde, oder Bombenbauer ihre Lieferanten per Überweisungen mit “10kg Plutonium gem. Auftragsbestätigung vom …” bezahlten.
Über Jahre und Jahrzehnte hinweg haben insbesondere Massen-Webhoster den Eindruck entstehen lassen, Domains und Hosting seien untrennbar miteinander verbunden: Wollte man irgendwo einen Webspace haben, brauchte man zwingend eine Domain dafür. Hatte man schon eine, musste man sie zwingend zum Hostingprovider umziehen.